# tableau Guides - Full Documentation [Passer au contenu principal](#main-content) # Ajouter les utilisateurs restants à Tableau Cloud Vous êtes dans le [Guide de migration manuelle de Tableau Cloud.](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Maintenant que vous avez migré sur tout le contenu et configuré vos projets, groupes et autorisations, vous pouvez ajouter le reste (ou tous) vos utilisateurs. Cette rubrique décrit comment ajouter des utilisateurs dans un site. Pour ajouter ou supprimer des utilisateurs et modifier leurs rôles sur plusieurs sites, les administrateurs Cloud peuvent utiliser Tableau Cloud Manager. Pour plus d’informations, consultez [Gérer les utilisateurs avec Tableau Cloud Manager](https://help.tableau.com/current/online/fr-ca/cloud_manager_users.htm). ## Ajouter des utilisateurs Dès que vous ajoutez des utilisateurs, ils pourront accéder au contenu. Assurez-vous de suivre les procédures décrites dans [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) avant d’ajouter des utilisateurs. Nous vous recommandons également de vous renseigner sur les rôles des utilisateurs sur le site avant de migrer vers Tableau Cloud. Consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/online/fr-ca/users_site_roles.htm). Vous pouvez ajouter des utilisateurs manuellement comme indiqué ci-dessous. Si vous avez de nombreux utilisateurs et souhaitez les importer par lots avec un fichier CSV, consultez [Importer des utilisateurs](https://help.tableau.com/current/online/fr-ca/users_import.htm). ### Ajout manuel des utilisateurs 1. Lorsque vous êtes connecté au site Tableau Server, sélectionnez **Utilisateurs**. 2. Sur la page Utilisateurs, cliquez sur Ajouter des utilisateurs, puis sur Ajouter des utilisateurs par nom d’utilisateur. ![](/tableau/next/fr-ca/guides/migration/fr-ca/Img/users_add_online.png) 3. Sélectionnez la méthode d’authentification par laquelle vous souhaitez que les utilisateurs importés se connectent à Tableau Cloud. Si aucune authentification n’est configurée sur le site, les utilisateurs importés se verront attribuer Tableau avec la méthode d’authentification MFA. **Remarque :** Vous pouvez accéder à la page Utilisateurs pour modifier le type d’authentification des utilisateurs à tout moment après les avoir ajoutés 4. Dans la boîte de texte **Entrer les noms d’utilisateurs**, entrez les noms d’utilisateur (adresses de courriel des utilisateurs). Si vous ajoutez plus d’un utilisateur, séparez les noms d’utilisateurs par un point-virgule. par exemple _tdavis@example.com; jjohnson@example.com; hwilson@example.com_ 5. Sélectionnez un rôle sur le site dans la liste déroulante pour affecter ce rôle sur le site à tous les utilisateurs que vous ajoutez. Pour les définitions des rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/online/fr-ca/users_site_roles.htm). 6. Cliquez sur Ajouter des utilisateurs. Si le nom d’utilisateur d’un nouvel utilisateur est déjà associé à un compte sur tableau.com, l’utilisateur est invité à se connecter en utilisant l’adresse de courriel et le mot de passe existants de ce compte. Si le nom d’utilisateur d’un nouvel utilisateur n’est pas encore associé à un compte sur tableau.com, l’utilisateur est invité à fournir un prénom, un nom de famille et un mot de passe. Tant que l’utilisateur n’a pas fourni ces valeurs, l’entrée lui correspondant dans la liste des utilisateurs de Tableau Server indique son adresse de courriel précédée par un point. Par exemple : `.snguyen@example.com` Une fois l’utilisateur connecté, l’entrée est mise à jour pour afficher son nom complet. Par exemple : `Susan Nguyen` ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm) 6. [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) 7. **Vous êtes ici** : Ajouter des utilisateurs à Tableau Cloud 8. [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Annexe - Boîte à outils de déploiement AWS **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). Cette rubrique inclut des outils et des options de déploiement alternatives pour l’architecture de référence lorsqu’elle est déployée dans AWS. Plus précisément, cette rubrique décrit comment automatiser l’exemple de déploiement AWS décrit dans l’EDG. ## Script d’installation automatisée TabDeploy4EDG Le [script TabDeploy4EDG](https://help.tableau.com/samples/en-us/edg/tabdeploy4edg.txt) automatise la mise en œuvre du déploiement Tableau à quatre nœuds décrit dans la [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm). Si vous suivez l’exemple de mise en œuvre AWS tel que décrit dans ce guide, vous pourrez peut-être exécuter TabDeploy4EDG. **Exigences** Pour exécuter le script, vous devez préparer et configurer l’environnement AWS conformément à l’exemple de mise en œuvre décrit dans [Partie 3 - Préparer le déploiement de Tableau Server en entreprise](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part3.htm) - Le VPC, le sous-réseau et les groupes de sécurité ont été configurés comme décrit. Les adresses IP ne doivent pas nécessairement correspondre à celles qui sont affichées dans l’exemple de mise en œuvre. - Quatre instances EC2 exécutant les dernières versions mises à jour d’AWS Linux 2 - PostgreSQL est installé et a été configuré comme décrit dans [Installer, configurer et vérifier PostgreSQL](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm#Install,). - Un fichier de sauvegarde tar de l’étape 1 se trouve sur l’instance EC2 où PostgreSQL est installé, comme décrit dans [Effectuer une sauvegarde tar PostgreSQL de l’Étape 1](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm#Take). - L’instance EC2 qui exécutera le Nœud 1 du déploiement de Tableau Server a été configurée pour communiquer avec PostgreSQL comme décrit dans [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm#Configur). - Vous vous êtes connecté à chaque instance EC2 avec une session SSH depuis l’hôte bastion. Il faut compter environ 1,5 à 2 heures pour installer et configurer les quatre serveurs Tableau à l’aide du script. Le script configure Tableau en fonction des paramètres prescrits de l’architecture de référence. Le script effectue les actions suivantes : - Restaure la sauvegarde de l’étape 1 de l’hôte PostgreSQL si vous spécifiez un chemin vers le fichier tar de l’hôte PostgreSQL. - Oblitère les installations Tableau existantes sur tous les nœuds. - Exécute `sudo yum update` sur tous les nœuds. - Télécharge et copie le package rpm Tableau sur chaque nœud. - Télécharge et installe les dépendances sur chaque nœud. - Crée `/app/tableau_server` et installe le package sur tous les nœuds. - Installe le Nœud 1 avec un magasin d’identités local et configure le référentiel externe avec PostgreSQL. - Effectue l’installation du fichier bootstrap et la configuration initiale du Nœud 2 - Nœud 4. - Supprime le fichier d’amorçage et le fichier de configuration pour TabDeploy4EDG. - Configure les services dans le groupement Tableau selon les spécifications de l’architecture de référence. - Valide l’installation et renvoie l’état de chaque nœud. **Téléchargez et copiez le script sur l’hôte bastion** 1. Copiez le script à partir de la [page d’exemples TabDeploy4EDG](https://help.tableau.com/samples/en-us/edg/tabdeploy4edg.txt) et collez le code dans un fichier appelé `TabDeploy4EDG`. 2. Enregistrez le fichier dans le répertoire de base sur l’hôte EC2 qui sert d’hôte bastion. 3. Exécutez la commande suivante pour modifier le mode du fichier afin de le rendre exécutable : sudo chmod +x TabDeploy4EDG **Exécuter TabDeploy4EDG** TabDeploy4EDG doit être exécuté depuis l’hôte bastion. Le script a été écrit selon l’hypothèse d’une exécution dans le contexte de l’agent de transfert ssh comme décrit dans [Exemple : connexion à l’hôte bastion dans AWS](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part3.htm#Example:). Si l’exécution n’a pas lieu dans le contexte de l’agent de transfert ssh, vous serez invité à saisir des mots de passe tout au long du processus d’installation. 1. Créer, modifier et enregistrer un fichier d’enregistrement (`registration.json`). Le fichier doit être un fichier JSON correctement formaté. Copiez et personnalisez le modèle suivant : { "zip" : "97403", "country" : "USA", "city" : "Springfield", "last\_name" : "Simpson", "industry" : "Energy", "eula" : "yes", "title" : "Safety Inspection Engineer", "phone" : "5558675309", "company" : "Example", "state" : "OR", "department" : "Engineering", "first\_name" : "Homer", "email" : "homer@example.com" } 2. Exécutez la commande suivante pour générer un fichier de configuration de modèle : ./TabDeploy4EDG -g edg.config 3. Ouvrez le fichier de configuration à modifier : sudo nano edg.config Au minimum, vous devez ajouter les adresses IP de chaque hôte EC2, un chemin d’accès au fichier d’enregistrement et une clé de licence valide. 4. Lorsque vous avez terminé de modifier le fichier de configuration, enregistrez-le, puis fermez-le. 5. Pour exécuter TabDeploy4EDG, exécutez la commande suivante : ./TabDeploy4EDG -f edg.config ## Exemple : Automatiser le déploiement de l’infrastructure AWS avec Terraform Cette section décrit comment configurer et exécuter Terraform en vue du déploiement de l’architecture de référence EDG dans AWS. L’exemple de configuration Terraform présenté ici déploie un VPC AWS avec les sous-réseaux, les groupes de sécurité et les instances EC2 décrits dans [Partie 3 - Préparer le déploiement de Tableau Server en entreprise](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part3.htm). Des exemples de modèles Terraform sont disponibles sur le site Web Tableau Samples à l’adresse [https://help.tableau.com/samples/en-us/edg/edg-terraform.zip](https://help.tableau.com/samples/en-us/edg/edg-terraform.zip). Ces modèles doivent être configurés et personnalisés pour votre organisation. Le contenu de configuration fourni dans cette section décrit les modifications minimales requises pour le modèle que vous devez personnaliser pour le déploiement. ### Objectif Les modèles et le contenu Terraform fournis ici sont destinés à fournir un exemple de travail qui vous permettra de déployer EDG rapidement dans un environnement de test de développement. Nous avons tout mis en œuvre pour tester et documenter l’exemple de déploiement Terraform. Cependant, l’utilisation de Terraform pour déployer et maintenir EDG dans un environnement de production nécessitera une expertise Terraform qui dépasse le cadre de cet exemple. Tableau ne fournit pas d’assistance pour l’exemple de solution Terraform documenté dans les présentes. ### État final Suivez la procédure décrite dans la présente section pour configurer un VPC dans AWS qui est équivalent sur le plan fonctionnel au VPC spécifié dans [Partie 3 - Préparer le déploiement de Tableau Server en entreprise](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part3.htm). ![Un diagramme d’une architecture AWS pour Tableau Server.](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-vpc-terraform.png) Les exemples de modèles Terraform et le contenu associé de cette section : - permettent de créer un VPC avec une adresse IP élastique, deux zones de disponibilité et une organisation de sous-réseaux comme indiqué ci-dessus (les adresses IP sont différentes) - permettent de créer des groupes de sécurité Bastion, Public, Privé et Données. - permettent de définir la plupart des règles d’entrée et de sortie sur les groupes de sécurité. Vous devrez modifier les groupes de sécurité après l’exécution de Terraform. - permettent de créer les hôtes EC2 suivants (chacun exécutant AWS Linux2) : bastion, proxy 1 proxy 2, nœud1 Tableau, nœud2 Tableau, nœud3 Tableau, nœud4 Tableau. - Les hôtes EC2 pour PostgreSQL ne sont pas créés. Vous devez créer l’EC2 manuellement dans le groupe de sécurité des données, puis installer et configurer PostgreSQL tel que décrit dans [Installer, configurer et vérifier PostgreSQL](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm#Install,). ### Exigences - Compte AWS - vous devez avoir accès à un compte AWS qui vous permet de créer des VPC. - Si vous exécutez Terraform depuis un ordinateur Windows, vous devrez installer l’interface en ligne de commande d’AWS. - Une adresse IP élastique disponible dans votre compte AWS. - Un domaine enregistré dans Route 53 d’AWS. Terraform crée une zone DNS et les certificats SSL associés dans Route 53. Par conséquent, le profil sous lequel Terraform s’exécute doit également disposer des autorisations appropriées dans Route 53. ### Avant de commencer - Les exemples de ligne de commande de cette procédure concernent Terminal fonctionnant sous le système d’exploitation d’Apple. Si vous exécutez Terraform sous Windows, vous devrez peut-être adapter les commandes avec les chemins d’accès aux fichiers, le cas échéant. - Un projet Terraform est composé de plusieurs fichiers de configuration au format texte (extension de fichier .tf). Vous configurez Terraform en personnalisant ces fichiers. Si vous ne disposez pas d’un éditeur de texte robuste, installez Atom ou Text++. - Si vous partagez le projet Terraform avec d’autres personnes, nous vous recommandons de stocker le projet dans Git pour la gestion des modifications. ### Étape 1 - Préparer l’environnement #### A. Télécharger et installer Terraform [https://www.terraform.io/downloads](https://www.terraform.io/downloads) #### B. Générer une paire de clés privée-publique Vous devrez utiliser cette clé pour accéder à AWS et à l’environnement VPC qui en résulte. Lorsque vous exécutez Terraform, vous devez inclure la clé publique. Ouvrez Terminal et exécutez les commandes suivantes : 1. Create a private key. For example, `my-key.pem`: openssl genrsa -out my-key.pem 1024 2. Créez une clé publique. Ce format de clé n’est pas utilisé pour Terraform. Vous la convertirez en clé ssh à un stade ultérieur du processus : openssl rsa -in my-key.pem -pubout > my-key.pub 3. Définissez les autorisations sur la clé privée : sudo chmod 0600 my-key.pem Pour définir des autorisations sous Windows : - Trouvez l’emplacement du fichier dans l’Explorateur Windows, cliquez avec le bouton droit sur le fichier, puis sélectionnez Propriétés. Accédez à l’onglet Sécurité, puis cliquez sur Avancé. - Devenez le propriétaire, désactivez l’héritage et supprimez toutes les autorisations. Accordez-vous le contrôle total, puis cliquez sur Enregistrer. Marquez le fichier comme étant en lecture seule. 4. Créez une clé publique ssh. Vous devrez copier cette clé dans Terraform à un stade ultérieur du processus. ssh-keygen -y -f my-key.pem >my-key-ssh.pub #### C. Télécharger le projet et ajouter un répertoire d’état 1. Téléchargez et décompressez le [projet EDG Terraform](https://help.tableau.com/samples/en-us/edg/edg-terraform.zip) et enregistrez-le sur votre ordinateur local. Après avoir décompressé le téléchargement, vous aurez un répertoire de niveau supérieur, edg-terraform, et une série de sous-répertoires. 2. Créez un répertoire nommé `state`, qui est égal au répertoire de niveau supérieur `edg-terraform`. ### Étape 2 : Personnaliser les modèles Terraform Vous devez personnaliser les modèles Terraform en fonction de votre environnement AWS et EDG. L’exemple présenté ici fournit les personnalisations minimales du modèle que la plupart des organisations devront effectuer. Votre environnement particulier nécessitera probablement d’autres personnalisations. Cette section est organisée par nom de modèle. Assurez-vous d’enregistrer toutes les modifications avant de passer à l’_Étape 3 - Exécuter Terraform_. #### versions.tf There are three instances of `versions.tf` files where the `required_version` field must match the version of terraform.exe you're using. Check the version of terraform (`terraform.exe -version`) and update each of the following instances: - `edg-terraform\versions.tf` - `edg-terraform\modules\proxy\versions.tf` - `edg-terraform\modules\tableau_instance\versions.tf` #### key-pair.tf 1. Ouvrez la clé publique que vous avez générée à l’étape 1B et copiez la clé : less my-key-ssh.pub Windows : copiez le contenu de votre clé publique. 2. Copiez la chaîne de clé publique dans l’argument public\_key, par exemple : resource "aws\_key\_pair" "tableau" { key\_name = "my-key" public\_key = "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAAAgQ (truncated example) dZVHambOCw==" Ensure that the `key_name` value is unique in the datacenter or `terraform apply` will fail. #### locals.tf Update `user.owner` to your name or alias. The value you enter here will be used for the "Name" tag in AWS on the resources that Terraform creates. #### providers.tf 1. Ajoutez des balises selon les exigences de votre organisation. Par exemple : default\_tags { tags = { "Application" = "tableau", "Creator" = "alias@example.com", "DeptCode" = "8675309", "Description" = "EDG", "Environment" = "test", "Group" = "itcloud@example.com" } } 2. If using `provider`, comment out the `assume_role` lines: /\* assume\_role { role\_arn = "arn:aws:iam::310946706895:role/terraform-backend" session\_name = "terraform" }\*/ #### elb.tf Under `'resource "aws_lb" "tableau" {'` choose a unique value to use for `name` and `tags.Name`. If another AWS load balancer has the same name in the datacenter, then `terraform apply` will fail. Add `idle_timeout`: resource "aws\_lb" "tableau" { name = "edg-again-alb" load\_balancer\_type = "application" subnets = \[for subnet in aws\_subnet.public : subnet.id\] security\_groups = \[aws\_security\_group.public.id\] drop\_invalid\_header\_fields = true idle\_timeout = 400 tags = { Name = "edg-again-alb" } } #### variables.tf Mettez à jour le nom de domaine racine. Ce nom doit correspondre au domaine que vous avez enregistré dans Route 53. variable "root\_domain\_name" { default = "example.com" } Par défaut, le sous-domaine, `tableau` , est précisé pour le nom de domaine VPC DNS. Pour changer cela, mettez à jour `subdomain` : variable "subdomain" { default = "tableau" } #### modules/tableau\_instance/ec2.tf There are two ec2.tf files in the project. This customization is for the Tableau instance of the ec2.tf in the directory: `modules/tableau_instance/ec2.tf`. - Si nécessaire, ajoutez des balises blob : tags = { "Name" : var.ec2\_name, "user.owner" = "ALIAS", "Application" = "tableau", "Creator" = "ALIAS@example.com", "DeptCode" = "8675309", "Description" = "EDG", "Environment" = "test", "Group" = "itcloud@example.com" } } - Si nécessaire, mettez éventuellement à jour votre espace de stockage pour gérer vos besoins en données : Volume racine : root\_block\_device { volume\_size = 100 volume\_type = "gp3" } Volume d’applications : resource "aws\_ebs\_volume" "tableau" { availability\_zone = data.aws\_subnet.tableau.availability\_zone size = 500 type = "gp3" } ### Étape 3 - Exécuter Terraform #### A. Initialiser Terraform Dans Terminal, passez au répertoire `edg-terraform` et exécutez la commande suivante : terraform init Si l’initialisation réussit, passez à l’étape suivante. Si l’initialisation échoue, suivez les instructions de la sortie Terraform. #### B. Planifier Terraform Depuis le même répertoire, exécutez la commande plan : terraform plan Cette commande peut être exécutée plusieurs fois. Exécutez-la autant de fois que nécessaire pour corriger les erreurs. Lorsque cette commande s’exécute sans erreur, passez à l’étape suivante. #### C. Appliquer Terraform Depuis le même répertoire, exécutez la commande apply : terraform apply Terraform will prompt you to verify deployment, type `Yes`. #### Facultatif : Détruire Terraform Vous pouvez détruire intégralement le VPC en exécutant la commande destroy : terraform destroy La commande destroy ne détruit uniquement ce qu’elle a créé. Si vous avez modifié manuellement certains objets dans AWS (par exemple, des groupes de sécurité, des sous-réseaux, etc.), la commande `destroy` échoue. Pour quitter une opération de destruction qui échoue ou qui est suspendue, tapez `Control + C`. Vous devez ensuite nettoyer manuellement le VPC pour le remettre dans l’état où il était lorsque Terraform l’a initialement créé. Vous pouvez alors lancer la commande `destroy`. ### Étape 4 - Connexion à Bastion Toute connexion à partir d’une ligne de commande se fait par l’hôte bastion sur TCP 22 (protocole SSH). 1. Dans AWS, créez une règle entrante dans le groupe de sécurité bastion ( **AWS** > **Groupes de sécurité** > **GS Bastion** \> **Modifier les règles entrantes** ) et créez une règle de manière à autoriser les connexions SSH (TCP 22) à partir de l’adresse IP ou du masque de sous-réseau où vous exécuterez les commandes Terminal. Facultatif : il peut s’avérer utile d’autoriser la copie de fichiers entre les instances EC2 dans les groupes privé et public pendant le déploiement. Créez des règles SSH entrantes : - Privé : créez une règle entrante de manière à autoriser une connexion SSH depuis le groupe Public - Public : créer une règle entrante de manière à autoriser une connexion SSH depuis les groupes Privé et Public 2. Utilisez la clé pem que vous avez créée à l’étape 1.B pour vous connecter à l’hôte bastion : **Sur Terminal sous Mac :** Exécutez les commandes suivantes depuis le répertoire dans lequel la clé pem est stockée : ssh-add —apple-use-keychain .pem If you get a warning about private key being accessible by others, then run this command: `chmod 600 ` and then run the `ssh-add` command again. Connect to the bastion host with this command: `ssh -A ec2-user@IPaddress` For example: `ssh -A ec2-user@3.15.12.112`. **Sous Windows avec PuTTY et Pageant :** 1. Créez une clé ppk à partir de la clé pem : utilisez le générateur de clé PuTTY. Chargez la clé pem que vous avez créée à l’étape 1.B. Une fois la clé importée, cliquez sur **Enregistrer la clé privée**. Cette action crée un fichier ppk. 2. Dans PuTTY - ouvrez la configuration et effectuez les modifications suivantes : - Sessions>Nom d’hôte : ajoutez l’adresse IP de l’hôte bastion. - Sessions>Port : 22 - Connexion>Donnée>Nom d’utilisateur pour la connexion automatique : ec2-user - Connexion>SSH>Auth>Autoriser le transfert d’agent(s) - Connexion>SSH>Auth> Pour la clé privée, cliquez sur Parcourir et sélectionnez le fichier .ppk que vous venez de créer. 3. Installez Pageant et chargez le fichier ppk dans l’application. ### Étape 5 - Installer PostgreSQL Le modèle Terraform n’installe pas PostgreSQL pour une utilisation en tant que référentiel externe. Cependant, le groupe de sécurité et le sous-réseau associés sont créés. Si vous installez le référentiel externe sur une instance EC2 exécutant PostgreSQL, vous devez déployer l’instance EC2 tel que décrit dans [Partie 3 - Préparer le déploiement de Tableau Server en entreprise](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part3.htm). Ensuite, installez, configurez et sauvegardez PostgreSQL au format tar comme décrit dans [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm). ### Étape 6 - (Facultatif) Exécuter DeployTab4EDG Le script TabDeploy4EDG automatise l’implémentation du déploiement Tableau à quatre nœuds qui est décrit dans la Partie 4. Consultez le [Script d’installation automatisée TabDeploy4EDG](#EDGSetup). [Passer au contenu principal](#main-content) # Annexe - Niveau Web avec exemple de déploiement Apache **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). Cette rubrique fournit une procédure de bout en bout qui décrit comment mettre en œuvre un niveau Web dans l’architecture AWS de référence. L’exemple de configuration est composé des composants suivants : - Équilibreur de charge d’application AWS - Serveurs proxy Apache - Module d’authentification Mellon - IdP Okta - Authentification SAML **Remarque :** l’exemple de configuration de niveau Web présenté dans cette section comprend des procédures détaillées pour le déploiement de logiciels et de services tiers. Nous avons tout mis en œuvre pour vérifier et documenter les procédures permettant d’activer le scénario de niveau Web. Il peut toutefois arriver que le logiciel tiers change ou que votre scénario diffère de l’architecture de référence décrite ici. Veuillez vous référer à la documentation du fournisseur tiers pour les détails de configuration et l’assistance. Les exemples Linux tout au long de cette section montrent des commandes pour les distributions de type RHEL. Plus précisément, les commandes présentées ici ont été développées avec la distribution Amazon Linux 2. Si vous exécutez la distribution Ubuntu, modifiez les commandes en conséquence. Le déploiement du niveau Web dans cet exemple suit une procédure de configuration et de vérification par étapes. La configuration du niveau Web principal comprend les étapes suivantes pour activer HTTP entre Tableau et Internet. Apache est exécuté et configuré pour un proxy inverse/équilibrage de charge derrière l’équilibreur de charge d’application AWS : 1. Installer Apache 2. Configurez le serveur proxy inverse pour tester la connectivité à Tableau Server 3. Configurer l’équilibrage de charge sur le proxy 4. Configurer l’équilibreur de charge d’application AWS Une fois que vous avez configuré le niveau Web et vérifié la connectivité avec Tableau, configurez l’authentification avec un fournisseur externe. ## Installer Apache Exécutez la procédure suivante sur les deux hôtes EC2 (Proxy 1 et Proxy 2). Si vous effectuez un déploiement dans AWS conformément à l’exemple d’architecture de référence, vous devez avoir deux zones de disponibilité et exécuter un seul serveur proxy dans chaque zone. 1. Installez Apache : sudo yum update -y sudo yum install -y httpd 2. Configurez de manière à démarrer Apache au redémarrage : sudo systemctl enable --now httpd 3. Vérifiez que la version de httpd que vous avez installée inclut `proxy_hcheck_module` : sudo httpd -M Le module `proxy_hcheck_module` est requis. Si votre version de httpd n’inclut pas ce module, mettez à jour à une version de httpd qui l’inclut. ## Configurer le serveur proxy pour tester la connectivité à Tableau Server Exécutez cette procédure sur l’un des hôtes proxy (Proxy 1). Le but de cette étape est de vérifier la connectivité entre Internet et votre serveur proxy et Tableau Server dans le groupe de sécurité privé. 1. Créez un fichier appelé `tableau.conf` et ajoutez-le au répertoire `/etc/httpd/conf.d`. Copiez le code suivant et spécifiez les clés `ProxyPass` et `ProxyPassReverse` avec l’adresse IP privée du Nœud 1 de Tableau Server. **Important :** la configuration présentée ci-dessous n’est pas sécurisée et ne doit pas être utilisée en production. Cette configuration ne doit être utilisée que pendant le processus d’installation pour vérifier la connectivité de bout en bout. Par exemple, si l’adresse IP privée du nœud 1 est `10.0.30.32`, le contenu du fichier `tableau.conf` serait : ProxyPreserveHost On ProxyPass "/" "http://10.0.30.32:80/" ProxyPassReverse "/" "http://10.0.30.32:80/" 2. Redémarrez httpd : sudo systemctl restart httpd ### Vérification : configuration de la topologie de base Vous devriez pouvoir accéder à la page d’administration de Tableau Server en accédant à `http://`. Si la page de connexion à Tableau Server ne se charge pas dans votre navigateur, suivez ces étapes de dépannage sur l’hôte Proxy 1 : - Arrêtez puis démarrez httpd comme première étape de dépannage. - Revérifiez le fichier `tableau.conf`. Vérifiez que l’adresse IP privée de Nœud 1 est correcte. Vérifiez les guillemets doubles et examinez attentivement la syntaxe. - Exécutez la commande `curl` sur le serveur proxy inverse avec l’adresse IP privée de Nœud 1, par exemple `curl 10.0.1.90`. Si l’interpréteur de commandes ne renvoie pas html ou s’il renvoie html pour la page Web de test Apache, vérifiez la configuration du protocole/port entre les groupes de sécurité Public et Privé. - Exécutez la commande `curl` avec l’adresse IP privée de Proxy 1, par exemple `curl 10.0.0.163`. Si l’interpréteur de commandes renvoie le code html de la page Web de test Apache, le fichier proxy n’est pas configuré correctement. - Redémarrez toujours httpd (`sudo systemctl restart httpd`) après toute modification de configuration du fichier proxy ou des groupes de sécurité. - Assurez-vous que TSM s’exécute sur le Nœud 1. ## Configurer l’équilibrage de charge sur le proxy 1. Sur le même hôte proxy (Proxy 1) où vous avez créé le fichier `tableau.conf`, supprimez la configuration d’hôte virtuel existante et modifiez le fichier pour inclure la logique d’équilibrage de charge. Par exemple : ServerAdmin admin@example.com #Load balancing logic. ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED #Replace IP addresses below with the IP addresses to the Tableau Servers running the Gateway service. BalancerMember http://10.0.3.40/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember http://10.0.4.151/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ 2. Arrêtez puis démarrez httpd : sudo systemctl stop httpd sudo systemctl start httpd 3. Vérifiez la configuration en accédant à l’adresse IP publique du proxy 1. ## Copier la configuration sur le deuxième serveur proxy 1. Copiez le fichier `tableau.conf` depuis le proxy 1 et enregistrez-le dans le répertoire `/etc/httpd/conf.d` sur l’hôte proxy 2. 2. Arrêtez puis démarrez httpd : sudo systemctl stop httpd sudo systemctl start httpd 3. Vérifiez la configuration en accédant à l’adresse IP publique du proxy 2. ## Configurer l’équilibreur de charge d’application AWS Configurez l’équilibreur de charge en tant qu’écouteur HTTP. La procédure ici décrit comment ajouter un équilibreur de charge dans AWS. #### Étape 1 : Créer un groupe cible Un groupe cible est une configuration AWS qui définit les instances EC2 exécutant vos serveurs proxy. Ce sont les cibles pour le trafic provenant du LBS. 1. EC2>Groupes cibles > Créer un groupe cible 2. Sur la page Créer : - Entrez un nom de groupe cible, par exemple `TG-internal-HTTP` - Type de cible : Instances - Protocole : HTTP - Port : 80 - VPC : Sélectionnez votre VPC - Sous Contrôles d’intégrité > Paramètres avancés des contrôles d’intégrité > Codes de réussite, ajoutez la liste des codes pour lire : `200,303`. - Cliquez sur Créer 3. Sélectionnez le groupe cible que vous venez de créer, puis cliquez sur l’onglet Cibles.  - Cliquez sur Modifier. - Sélectionnez les instances d’EC2 (ou une seule instance si vous en configurez une à la fois) qui exécutent l’application proxy, puis cliquez sur Ajouter à l’enregistrement. - Cliquez sur Enregistrer. #### Étape 2 : Lancer l’assistant d’équilibrage de charge 1. EC2 > Équilibreurs de charge > Créer un équilibreur de charge 2. Sur la page « Sélectionner le type d’équilibreur de charge », créez un équilibreur de charge d’application. **Remarque :** l’interface utilisateur qui s’affiche pour configurer l’équilibreur de charge peut présenter des différences selon les centres de données AWS. La procédure ci-dessous, « Configuration de l’assistant », correspond à l’assistant de configuration AWS qui commence par l’**Étape 1 Configurer l’équilibreur de charge**.  Si votre centre de données affiche toutes les configurations sur une seule page qui inclut un bouton **Créer un équilibreur de charge** en bas de la page, suivez la procédure « Configuration d’une seule page » ci-dessous. 1. Page Configurer l’équilibreur de charge : - Précisez le nom - Schéma : face à Internet (par défaut) - Type d’adresse IP : ipv4 (par défaut) - Écouteurs (écouteurs et routage) : 1. Laissez l’écouteur HTTP par défaut 2. Cliquez sur Ajouter un écouteur et ajoutez `HTTPS:443` - VPC : sélectionnez le VPC où vous avez tout installé - Zones de disponibilité : - Sélectionnez **a** et **b** comme vos régions de centre de données - Dans chaque liste de sélection déroulante correspondante, sélectionnez le sous-réseau Public (où résident vos serveurs proxy). - Cliquez sur : Configurer les paramètres de sécurité 2. Page Configurer les paramètres de sécurité - Téléversez votre certificat SSL public. - Cliquez sur Suivant : Configurer des groupes de sécurité. 3. Page Configurer les groupes de sécurité : - Sélectionnez le groupe de sécurité Public. Si le groupe de sécurité par défaut est sélectionné, effacez cette sélection. - Cliquez sur Suivant : Configurer le routage. 4. Page Configurer le routage - Groupe cible : Groupe cible existant. - Nom : sélectionnez le groupe cible que vous avez créé précédemment - Cliquez sur Suivant : Enregistrer les cibles. 5. Page Enregistrer les cibles - Les deux instances de serveur proxy que vous avez configurées précédemment doivent s’afficher. - Cliquez sur Suivant : Vérifier. 6. Page Révision Cliquez sur Créer. Configuration de base - Précisez le nom - Schéma : face à Internet (par défaut) - Type d’adresse IP : ipv4 (par défaut) Mappages réseau - VPC : sélectionnez le VPC où vous avez tout installé - Mappages : - Sélectionnez les zones de disponibilité **a** et **b** (ou comparables) comme vos régions de centres de données - Dans chaque liste de sélection déroulante correspondante, sélectionnez le sous-réseau Public (où résident vos serveurs proxy). Groupes de sécurité - Sélectionnez le groupe de sécurité Public. Si le groupe de sécurité par défaut est sélectionné, effacez cette sélection. Écouteurs et routage - Laissez l’écouteur HTTP par défaut. Dans Action par défaut, spécifiez le groupe cible que vous avez précédemment configuré. - Cliquez sur Ajouter un écouteur et ajoutez `HTTPS:443`. Dans Action par défaut, spécifiez le groupe cible que vous avez précédemment configuré. Paramètres d’écoute sécurisés - Téléversez votre certificat SSL public. Cliquez sur Créer un équilibreur de charge. #### Étape 3 : Activer la persistance 1. Une fois l’équilibreur de charge créé, vous devez activer la persistance sur le groupe cible. - Ouvrez la page Groupe cible AWS (EC2\> Équilibreurs de charge\> Groupes cibles), sélectionnez l’instance d’équilibreur de charge cible que vous venez de configurer. Dans le menu Actions, sélectionnez Modifier les attributs. - Sur la page Modifier les attributs, sélectionnez Persistance, spécifiez une durée `1 day`, puis Enregistrer les modifications. 2. Dans l’équilibreur de charge, activez la persistance sur l’écouteur HTTP. Sélectionnez l’équilibreur de charge que vous venez de configurer, puis cliquez sur l’onglet Écouteurs. - Pour http:80, cliquez sur Afficher/modifier les règles. Dans la page Règles résultante, cliquez sur l’icône de modification (une fois en haut de la page, puis à nouveau près de la règle) pour modifier la règle. Supprimez la règle THEN existante et remplacez-la en cliquant sur Ajouter une action > Transférer vers.... Dans la configuration THEN résultante, spécifiez le même groupe cible que vous avez créé. Sous Persistance au niveau du groupe, activez la persistance et définissez la durée sur 1 jour. Enregistrez le paramètre, puis cliquez sur Mettre à jour. #### Étape 4 : Définir le délai d’inactivité sur l’équilibreur de charge Sur l’équilibreur de charge, mettez à jour le délai d’inactivité à 400 secondes. Sélectionnez l’équilibreur de charge que vous avez configuré pour ce déploiement, puis cliquez sur Actions > Modifier les attributs. Définissez le délai d’inactivité sur `400` secondes, puis cliquez sur Enregistrer. #### Étape 5 : Vérifier la connectivité LBS Ouvrez la page de l’équilibreur de charge AWS (EC2\> Équilibreurs de charge), puis sélectionnez l’instance d’équilibreur de charge que vous venez de configurer. Sous Description, copiez le nom DNS et collez-le dans un navigateur pour accéder à la page de connexion Tableau Server. Si vous obtenez une erreur de niveau 500, vous devrez probablement redémarrer vos serveurs proxy. ## Mettre à jour le DNS avec l’URL publique de Tableau Utilisez le nom de zone DNS de votre domaine dans la description de l’équilibreur de charge AWS pour créer une valeur CNAME dans votre DNS. Le trafic vers votre URL (tableau.example.com) doit être envoyé au nom DNS public AWS. ## Vérifier la connectivité Une fois vos mises à jour DNS terminées, vous devriez pouvoir accéder à la page de connexion Tableau Server en saisissant votre URL publique, par exemple `https://tableau.example.com`. ## Exemple de configuration d’authentification : SAML avec fournisseur d’identités externe L’exemple suivant décrit comment installer et configurer SAML avec un fournisseur d’identités Okta et un module d’authentification Mellon pour un déploiement Tableau exécuté dans l’architecture de référence AWS. L’exemple décrit comment configurer Tableau Server et les serveurs proxy Apache pour utiliser HTTP. Okta enverra la demande à l’équilibreur de charge AWS via HTTPS, mais tout le trafic interne transitera via HTTP. Lors de la configuration de ce scénario, tenez compte des protocoles HTTP et HTTPS lors de la définition des chaînes d’URL. Cet exemple utilise Mellon comme module de fournisseur de services de pré-authentification sur les serveurs proxy inverses. Cette configuration garantit que seul le trafic authentifié se connecte à Tableau Server, qui fait également office de fournisseur de services avec le fournisseur d’identités Okta. Par conséquent, vous devez configurer deux applications de fournisseur d’identités : une pour le fournisseur de services Mellon et une pour le fournisseur de services Tableau. ### Créer un compte d’administrateur Tableau Une erreur courante lors de la configuration de SAML est d’oublier de créer un compte administrateur sur Tableau Server avant d’activer l’authentification unique. La première étape consiste à créer un compte sur Tableau Server avec un rôle d’administrateur de serveur. Pour le scénario de l’exemple Okta, le nom d’utilisateur doit utiliser le format d’une adresse de courriel valide, par exemple user@example.com. Vous devez définir un mot de passe pour cet utilisateur, mais le mot de passe ne sera pas utilisé une fois SAML configuré. ### Configurer l’application de pré-authentification Okta Le scénario de bout en bout décrit dans cette section nécessite deux applications Okta : - Demande de pré-autorisation Okta - Application Okta Tableau Server Chacune de ces applications est associée à différentes métadonnées que vous devrez configurer sur le serveur proxy inverse et Tableau Server, respectivement. Cette procédure décrit comment créer et configurer l’application de pré-authentification Okta. Plus loin dans cette rubrique, vous créerez l’application Okta Tableau Server. Pour un test gratuit de compte Okta avec un nombre limité d’utilisateurs, consultez la [page Web Okta Developer](https://developer.okta.com/signup/). Créez une intégration d’application SAML pour le fournisseur de services de pré-authentification Mellon. 1. Ouvrez le tableau de bord d’administration d’Okta > Applications > Créer une intégration d’application. 2. Dans la page Créer une nouvelle intégration d’application, sélectionnez SAML 2.0, puis cliquez sur Suivant. 3. Dans l’onglet Paramètres généraux, saisissez un nom d’application, par exemple `Tableau Pre-Auth`, puis cliquez sur Suivant. 4. Dans l’onglet Configurer SAML : - URL d’authentification unique (SSO). Le dernier élément du chemin dans l’URL d’authentification unique est appelé `MellonEndpointPath` dans le fichier de configuration `mellon.conf` présenté plus loin dans cette procédure. Vous pouvez spécifier le point de terminaison de votre choix. Dans cet exemple, `sso` est le point de terminaison. Le dernier élément, `postResponse`, est requis : `https://tableau.example.com/sso/postResponse`. - Décochez la case : Use this for Recipient URL and Destination URL (À utiliser comme URL du destinataire et URL de destination). - URL du destinataire : identique à l’URL SSO, mais avec HTTP. Par exemple, `http://tableau.example.com/sso/postResponse`. - URL de destination : identique à l’URL SSO, mais avec HTTP. Par exemple, `http://tableau.example.com/sso/postResponse`. - URI d’audience (ID d’entité SP). Par exemple, `https://tableau.example.com`. - Format d’identification du nom : `EmailAddress` - Nom d’utilisateur de l’application : `Email` - Déclarations d’attributs : Nom =`mail`; Format du nom = `Unspecified`; Valeur = `user.email`. Cliquez sur Suivant. 5. Dans l’onglet Commentaires, sélectionnez : - Je suis un client Okta ajoutant une application interne - Il s’agit d’une application interne que nous avons créée - Cliquez sur Terminer. 6. Créez le fichier de métadonnées IdP de pré-autorisation : - Dans Okta : Applications > Applications > Votre nouvelle application (par exemple `Tableau Pre-Auth` ) > Connexion - À côté de Certificats de signature SAML, cliquez sur Afficher les instructions de configuration SAML. - Sura page Comment configurer SAML 2.0 pour l’application , faites défiler jusqu’à la section Facultatif, fournissez les métadonnées IdP suivantes à votre fournisseur de SP. - Copiez le contenu du champ XML et enregistrez-le dans un fichier appelé `pre-auth_idp_metadata.xml`. 7. (Facultatif) Configurez l’authentification multifacteur : - Dans Okta : Applications > Applications > Votre nouvelle application (par exemple `Tableau Pre-Auth` ) > Connexion - Sous Stratégie de connexion, cliquez sur Ajouter une règle. - Dans Règle de connexion aux applications, spécifiez un nom et les différentes options MFA. Pour tester la fonctionnalité, vous pouvez laisser toutes les options par défaut. Par contre, sous Actions, vous devez sélectionner Demander le facteur, puis spécifier la fréquence à laquelle les utilisateurs doivent se connecter. Cliquez sur Enregistrer. ### Créer et affecter un utilisateur Okta 1. Dans Okta, créez un utilisateur avec le même nom d’utilisateur que vous avez créé dans Tableau (user@example.com)  : Répertoire > Personnes > Ajouter une personne. 2. Une fois l’utilisateur créé, attribuez la nouvelle application Okta à cette personne : cliquez sur le nom d’utilisateur, puis attribuez l’application dans Attribuer une application. ## Installer Mellon pour la pré-authentification 1. Sur les instances EC2 qui exécutent le serveur proxy Apache, exécutez les commandes suivantes pour installer PHP et les modules Mellon : sudo yum install httpd php mod\_auth\_mellon 2. Créez le répertoire `/etc/httpd/mellon` ## Configurer Mellon comme module de pré-authentification Exécutez cette procédure sur les deux serveurs proxy. Vous devez avoir une copie du fichier `pre-auth_idp_metadata.xml` que vous avez créé à partir de la configuration Okta. 1. Changez de répertoire : cd /etc/httpd/mellon 2. Créez les métadonnées du fournisseur de services. Exécutez le script `mellon_create_metadata.sh`. Vous devez inclure l’ID d’entité et l’URL de retour de votre entreprise dans la commande. L’URL de retour est appelée URL d’_authentification unique_ dans Okta. Le dernier élément du chemin dans l’URL de retour est appelé `MellonEndpointPath` dans le fichier de configuration `mellon.conf` présenté plus loin dans cette procédure. Dans cet exemple, nous spécifions `sso` comme chemin de point de terminaison. Par exemple : sudo /usr/libexec/mod\_auth\_mellon/mellon\_create\_metadata.sh https://tableau.example.com "https://tableau.example.com/sso" Le script renvoie le certificat du fournisseur de services, la clé et les fichiers de métadonnées. 3. Renommez les fichiers du fournisseur de services dans le répertoire `mellon` pour une meilleure lisibilité. Nous désignerons ces fichiers par les noms suivants dans la documentation : sudo mv \*.key mellon.key sudo mv \*.cert mellon.cert sudo mv \*.xml sp\_metadata.xml 4. Copiez le fichier `pre-auth_idp_metadata.xml` dans le même répertoire. 5. Créez le fichier `mellon.conf` dans le répertoire `/etc/httpd/conf.d` : sudo nano /etc/httpd/conf.d/mellon.conf 6. Copiez le contenu suivant dans `mellon.conf`. MellonSPPrivateKeyFile /etc/httpd/mellon/mellon.key MellonSPCertFile /etc/httpd/mellon/mellon.cert MellonSPMetadataFile /etc/httpd/mellon/sp\_metadata.xml MellonIdPMetadataFile /etc/httpd/mellon/pre-auth\_idp\_metadata.xml MellonEndpointPath /sso MellonEnable "info" 7. Ajoutez le contenu suivant dans le fichier `tableau.conf` existant : À l’intérieur du bloc ``, ajoutez le contenu suivant. Mettez à jour `ServerName` avec le nom d’hôte public dans votre ID d’entité : DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info Ajoutez le bloc Emplacement en dehors du bloc ``. Mettez à jour `MellonCookieDomain` avec le domaine de premier niveau pour conserver l’information sur les témoins, comme indiqué : AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain example.com Le fichier `tableau.conf` complet peut se présenter comme suit : ServerAdmin admin@example.com ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED BalancerMember http://10.0.3.36/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember http://10.0.4.15/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain example.com 8. Vérifiez la configuration. Exécutez la commande suivante : sudo apachectl configtest Si le test de configuration renvoie une erreur, corrigez les erreurs et exécutez à nouveau configtest. Une configuration réussie retournera `Syntax OK`. 9. Redémarrez httpd : sudo systemctl restart httpd ## Créer une application Tableau Server dans Okta 1. Dans le tableau de bord Okta : Applications > Applications > Parcourir le catalogue d’applications 2. Dans Parcourir le catalogue d’intégration d’applications, recherchez `Tableau`, sélectionnez la section Tableau Server, puis cliquez sur Ajouter. 3. Sur Ajouter Tableau Server > Paramètres généraux, saisissez une étiquette, puis cliquez sur Suivant. 4. Dans Options de connexion, sélectionnez SAML 2.0, puis faites défiler jusqu’à Paramètres de connexion avancés : - ID d’entité SAML : saisissez l’URL publique, par exemple https://tableau.example.com. - Format du nom d’utilisateur de l’application : Courriel 5. Cliquez sur le lien Métadonnées du fournisseur d’identité pour lancer un navigateur. Copiez le lien du navigateur. C’est le lien que vous utiliserez lorsque vous configurerez Tableau dans la procédure qui suit. 6. Cliquez sur Terminé. 7. Attribuez la nouvelle application Tableau Server Okta à votre utilisateur (user@example.com) : cliquez sur le nom d’utilisateur, puis attribuez l’application dans Attribuer une application. ### Activer SAML sur Tableau Server pour fournisseur d’identités Exécutez cette procédure sur le Nœud 1 de Tableau Server. 1. Téléchargez les métadonnées de l’application Tableau Server depuis Okta. Utilisez le lien que vous avez enregistré de la procédure précédente : wget https://dev-66144217.okta.com/app/exk1egxgt1fhjkSeS5d7/sso/saml/metadata -O idp\_metadata.xml 2. Copiez un certificat TLS et le fichier de clé associé sur Tableau Server. Le fichier de clé doit être une clé RSA. Pour plus d’informations sur la certificat et les exigences du fournisseur d’identités, consultez _Exigences en matière d’authentification SAML_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/saml_requ.htm)). Pour simplifier la gestion et le déploiement des certificats, et comme meilleure pratique de sécurité, nous vous recommandons d’utiliser des certificats générés par une autorité de certification (AC) tierce de confiance majeure. Vous pouvez aussi générer des certificats auto-signés ou utiliser des certificats d’une PKI pour TLS. Si vous n’avez pas de certificat TLS, vous pouvez générer un certificat auto-signé en appliquant la procédure intégrée ci-dessous. Générer un certificat auto-signé Exécutez cette procédure sur le Nœud 1 de Tableau Server. 1. Générez la clé de l’autorité de certification racine (AC) de signature : openssl genrsa -out rootCAKey-saml.pem 2048 2. Créez le certificat CA racine : openssl req -x509 -sha256 -new -nodes -key rootCAKey-saml.pem -days 3650 -out rootCACert-saml.pem Vous serez invité à saisir des valeurs pour les champs du certificat. Par exemple : Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. Créez le certificat et la clé associée (`server-saml.csr` et `server-saml.key` dans l’exemple ci-dessous). Le nom du sujet du certificat doit correspondre au nom de l’hôte public de l’hôte Tableau. Le nom du sujet est défini à l’aide de l’option `-subj` avec le format `"/CN="`, par exemple : openssl req -new -nodes -text -out server-saml.csr -keyout server-saml.key -subj "/CN=tableau.example.com" 4. Signez le nouveau certificat avec le certificat CA que vous avez créé ci-dessus. La commande suivante génère également le certificat au format `crt` : openssl x509 -req -in server-saml.csr -days 3650 -CA rootCACert-saml.pem -CAkey rootCAKey-saml.pem -CAcreateserial -out server-saml.crt 5. Convertissez le fichier de clé en RSA. Tableau requiert un fichier de clé RSA pour SAML. Pour convertir la clé, exécutez la commande suivante : openssl rsa -in server-saml.key -out server-saml-rsa.key 3. Configurez SAML. Exécutez la commande suivante, en spécifiant votre ID d’entité et votre URL de retour, ainsi que les chemins d’accès au fichier de métadonnées, au fichier de certificat et au fichier de clé : tsm authentication saml configure --idp-entity-id "https://tableau.example.com" --idp-return-url "https://tableau.example.com" --idp-metadata idp\_metadata.xml --cert-file "server-saml.crt" --key-file "server-saml-rsa.key" tsm authentication saml enable 4. Si votre entreprise exécute Tableau Desktop 2021.4 ou une version ultérieure, vous devez exécuter la commande suivante pour activer l’authentification via les serveurs proxy inverses. Les versions de Tableau Desktop 2021.2.1 - 2021.3 fonctionneront sans que cette commande soit exécutée, à condition que votre module de pré-authentification (par exemple Mellon) soit configuré pour autoriser la conservation des cookies de domaine de niveau supérieur. tsm configuration set -k features.ExternalBrowserOAuth -v false 5. Appliquez les changements de configuration : tsm pending-changes apply ## Valider la fonctionnalité SAML Pour valider la fonctionnalité SAML de bout en bout, connectez-vous à Tableau Server avec l’URL publique (par exemple, https://tableau.example.com) en utilisant le compte administrateur Tableau que vous avez créé au début de cette procédure. ## Résolution des problèmes de validation **Requête incorrecte :** une erreur courante pour ce scénario est une erreur « Bad Request » (Requête incorrecte) d’Okta. Ce problème se produit souvent lorsque le navigateur met en cache les données de la session Okta précédente. Par exemple, si vous gérez les applications Okta en tant qu’administrateur Okta, puis tenez d’accéder à Tableau à l’aide d’un autre compte compatible Okta, les données de session provenant des données de l’administrateur peuvent provoquer l’erreur « Bad Request ». Si cette erreur persiste même après la suppression du cache du navigateur local, essayez de valider le scénario Tableau en vous connectant avec un autre navigateur. Une autre cause de l’erreur « Demande incorrecte » est une faute de frappe dans l’une des nombreuses URL que vous saisissez lors des processus de configuration Okta, Mellon et SAML. Vérifiez soignusement toutes ces erreurs. Souvent le fichier httpd`error.log` sur le serveur Apache indique l’URL à l’origine de l’erreur. **Introuvable - L’URL demandée était introuvable sur ce serveur :** cette erreur indique l’une des nombreuses erreurs de configuration possibles. Si l’utilisateur est authentifié avec Okta, puis reçoit cette erreur, il est probable que vous ayez téléversé l’application de pré-authentification Okta sur Tableau Server lorsque vous avez configuré SAML. Vérifiez que vous avez configuré les métadonnées de l’application Okta Tableau Server sur Tableau Server, et non pas les métadonnées de l’application de pré-authentification Okta Autres étapes de dépannage : - Vérifiez soigneusement que `tableau.conf` ne contient pas de fautes de frappe ou d’erreurs de configuration. - Passez en revue les paramètres de l’application de pré-authentification Okta. Assurez-vous que les protocoles HTTP vs HTTPS sont définis comme spécifié dans cette rubrique. - Redémarrez httpd sur les deux serveurs proxy. - Vérifiez que `sudo apachectl configtest` renvoie « Syntaxe OK » sur les deux serveurs proxy. - Vérifiez que l’utilisateur test est affecté aux deux applications dans Okta. - Vérifiez que l’adhérence est activée sur l’équilibreur de charge et les groupes cibles associés ## Configurer SSL/TLS depuis l’équilibreur de charge vers Tableau Server Certaines organisations exigent un canal de chiffrement de bout en bout du client au service principal. L’architecture de référence par défaut telle que décrite jusqu’ici spécifie SSL du client à l’équilibreur de charge exécuté dans le niveau Web de votre organisation. Pour configurer SSL de l’équilibreur de charge vers Tableau Server, vous devez : - Installer un certificat SSL valide sur les serveurs Tableau et proxy. - Configurer SSL depuis l’équilibreur de charge vers les serveurs proxy inverses. - Configurer SSL des serveurs proxy vers Tableau Server. - Vous pouvez également configurer SSL de Tableau Server vers l’instance PostgreSQL. Le reste de cette rubrique décrit cette mise en œuvre dans le contexte de l’exemple d’architecture de référence AWS. ## Exemple : Configurer SSL/TLS dans l’architecture de référence AWS Cette section décrit comment configurer SSL sur Tableau et sur un serveur proxy Apache le tout s’exécutant dans l’exemple d’architecture AWS de référence. Les procédures Linux décrites tout au long de cet exemple montrent des commandes pour les distributions de type RHEL. Plus précisément, les commandes présentées ici ont été développées avec la distribution Amazon Linux 2. Si vous exécutez la distribution Ubuntu, modifiez les commandes en conséquence. ### Étape 1 : Rassembler les certificats et les clés connexes Pour simplifier la gestion et le déploiement des certificats, et comme meilleure pratique de sécurité, nous vous recommandons d’utiliser des certificats générés par une autorité de certification (AC) tierce de confiance majeure. Vous pouvez aussi générer des certificats auto-signés ou utiliser des certificats d’une PKI pour TLS. La procédure suivante explique comment générer des certificats auto-signés. Si vous utilisez des certificats tiers comme nous le recommandons, vous pouvez ignorer cette procédure. Exécutez cette procédure sur l’un des hôtes proxy. Après avoir généré le certificat et la clé associée, vous les partagerez avec l’autre hôte proxy et avec le Nœud 1 de Tableau Server. 1. Générez la clé de l’autorité de certification racine (AC) de signature : `openssl genrsa -out rootCAKey.pem 2048` 2. Créez le certificat CA racine : `openssl req -x509 -sha256 -new -nodes -key rootCAKey.pem -days 3650 -out rootCACert.pem` Vous serez invité à saisir des valeurs pour les champs du certificat. Par exemple : Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. Créez le certificat et la clé associée (`serverssl.csr` et `serverssl.key` dans l’exemple ci-dessous). Le nom du sujet du certificat doit correspondre au nom de l’hôte public de l’hôte Tableau. Le nom du sujet est défini à l’aide de l’option `-subj` avec le format `"/CN="`, par exemple : `openssl req -new -nodes -text -out serverssl.csr -keyout serverssl.key -subj "/CN=tableau.example.com"` 4. Signez le nouveau certificat avec le certificat CA que vous avez créé à l’étape 2. La commande suivante génère également le certificat au format `crt` : `openssl x509 -req -in serverssl.csr -days 3650 -CA rootCACert.pem -CAkey rootCAKey.pem -CAcreateserial -out serverssl.crt` ### Étape 2 : Configurer le serveur proxy pour SSL Exécutez cette procédure sur les deux serveurs proxy. 1. Installez le module Apache ssl : `sudo yum install mod_ssl` 2. Créez le répertoire `/etc/ssl/private` : `sudo mkdir -p /etc/ssl/private` 3. Copiez les fichiers crt et key dans les chemins d’accès `/etc/ssl/` suivants : `sudo cp serverssl.crt /etc/ssl/certs/` `sudo cp serverssl.key /etc/ssl/private/` 4. Mettez à jour le fichier `tableau.conf` existant avec les mises à jour suivantes : - Ajoutez le bloc de réécriture SSL : RewriteEngine on RewriteCond %{SERVER\_NAME} =tableau.example.com RewriteRule ^ https://%{SERVER\_NAME}%{REQUEST\_URI} \[END,NE,R=permanent\] - Dans le bloc de réécriture SSL, mettez à jour le nom du serveur `RewriteCond` : ajoutez votre nom d’hôte public, par exemple `tableau.example.com`. - Modifiez `` en ``. - Enveloppez les blocs `` et `` avec ``... ``. - `BalancerMember` : modifiez le protocole de`http` en `https`. - Ajoutez les éléments `SSL*` à l’intérieur du bloc `` : SSLEngine on SSLCertificateFile /etc/ssl/certs/serverssl.crt SSLCertificateKeyFile /etc/ssl/private/serverssl.key SSLProxyEngine on SSLProxyVerify none SSLProxyCheckPeerName off SSLProxyCheckPeerExpire off - Dans l’élément `LogLevel` : ajoutez `ssl:warn`. - Facultatif : si vous avez installé et configuré un module d’authentification, vous pouvez avoir des éléments supplémentaires dans le fichier tableau.conf. Par exemple, le bloc ` ` inclura des éléments. Un exemple de fichier tableau.conf configuré pour SSL est présenté ici : RewriteEngine on RewriteCond %{SERVER\_NAME} =tableau.example.com RewriteRule ^ https://%{SERVER\_NAME}%{REQUEST\_URI} \[END,NE,R=permanent\] ServerAdmin admin@example.com ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED BalancerMember https://10.0.3.36/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember https://10.0.4.15/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info ssl:warn SSLEngine on SSLCertificateFile /etc/ssl/certs/serverssl.crt SSLCertificateKeyFile /etc/ssl/private/serverssl.key SSLProxyEngine on SSLProxyVerify none SSLProxyCheckPeerName off SSLProxyCheckPeerExpire off #If you have configured a pre-auth module (e.g. Mellon) include those elements here. 5. Ajoutez le fichier index.html pour supprimer les erreurs 403 : sudo touch /var/www/html/index.html 6. Redémarrez httpd : sudo systemctl restart httpd ### Étape 3 : Configurer Tableau Server pour SSL externe Copiez les fichiers serverssl.crt et serverssl.key de l’hôte Proxy 1 vers l’instance Tableau Server initiale (Nœud 1). Exécutez les commandes suivantes sur le Nœud 1 : tsm security external-ssl enable --cert-file serverssl.crt --key-file serverssl.key tsm pending-changes apply ### Étape 4 : Configuration facultative de l’authentification Si vous avez configuré un fournisseur d’identités externe pour Tableau, vous devrez probablement mettre à jour les URL de retour dans le tableau de bord administratif du fournisseur d’identités. Par exemple, si vous utilisez une application de pré-authentification Okta, vous devrez mettre à jour l’application de manière à utiliser le protocole HTTPS pour l’URL du destinataire et l’URL de destination. ### Étape 5 : Configurer l’équilibreur de charge AWS pour HTTPS Si vous effectuez un déploiement avec l’équilibreur de charge AWS comme documenté dans ce guide, vous allez reconfigurer l’équilibreur de charge AWS de manière à envoyer le trafic HTTPS aux serveurs proxy : 1. Annulez l’enregistrement du groupe cible HTTP existant : Dans Groupes cibles, sélectionnez le groupe cible HTTP qui a été configuré pour l’équilibreur de charge, cliquez sur Actions, puis sur Enregistrer et annuler l’enregistrement de l’instance. Sur la page Enregistrer et annuler l’enregistrement des cibles, sélectionnez les instances actuellement configurées, cliquez sur Annuler l’enregistrement, puis sur Enregistrer. 2. Créez un groupe HTTPS cible : Groupes cibles > Créer un groupe cible - Sélectionnez « Instances » - Entrez un nom de groupe cible, par exemple `TG-internal-HTTPS` - Sélectionnez votre VPC - Protocole : HTTPS 443 - Sous Contrôles d’intégrité > Paramètres avancés des contrôles d’intégrité > Codes de réussite, ajoutez la liste des codes pour lire : `200,303`. - Cliquez sur Créer. 3. Sélectionnez le groupe cible que vous venez de créer, puis cliquez sur l’onglet Cibles.  - Cliquez sur Modifier. - Sélectionnez les instances EC2 qui exécutent l’application proxy, puis cliquez sur Ajouter aux instances enregistrées. - Cliquez sur Enregistrer. 4. Une fois le groupe cible créé, vous devez activer la permanence : - Ouvrez la page Groupe cible AWS (EC2\> Équilibreurs de charge\> Groupes cibles), sélectionnez l’instance d’équilibreur de charge cible que vous venez de configurer. Dans le menu Actions, sélectionnez Modifier les attributs. - Sur la page Modifier les attributs, sélectionnez Persistance, spécifiez une durée `1 day`, puis Enregistrer les modifications. 5. Sur l’équilibreur de charge, mettez à jour les règles d’écoute. Sélectionnez l’équilibreur de charge que vous avez configuré pour ce déploiement, puis cliquez sur l’onglet Écouteurs. - Pour http:80, cliquez sur Afficher/modifier les règles. Dans la page Règles résultante, cliquez sur l’icône de modification (une fois en haut de la page, puis à nouveau près de la règle) pour modifier la règle. Supprimez la règle THEN existante et remplacez-la en cliquant sur Ajouter une action > Rediriger vers.... Dans la configuration THEN résultante, spécifiez les ports `HTTPS` et `443` et conservez les paramètres par défaut des autres options. Enregistrez le paramètre, puis cliquez sur Mettre à jour. - Pour http:443, cliquez sur Afficher/modifier les règles. Dans la page Règles résultante, cliquez sur l’icône de modification (une fois en haut de la page, puis à nouveau près de la règle) pour modifier la règle. Dans la configuration THEN, sous Transférer vers... , remplacez le groupe cible par le groupe HTTPS que vous venez de créer. Sous Persistance au niveau du groupe, activez la persistance et définissez la durée sur 1 jour. Enregistrez le paramètre, puis cliquez sur Mettre à jour. #### Étape 6 : Vérifier SSL Vérifiez la configuration en accédant à https://tableau.example.com. [Passer au contenu principal](#main-content) # Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés Vous êtes dans le [Guide de migration manuelle de Tableau Cloud.](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Maintenant que vous avez ajouté vos sources de données, vos classeurs et vos fluxs à Tableau Cloud, vous êtes prêt à ajouter vos utilisateurs. Avant cela, il est important de comprendre comment Tableau détermine qui a accès à quelles données. Tableau Cloud vous permet de désigner qui a accès au contenu et vous permet de restreindre l’accès aux données dans une source de données. Nous utiliserons des outils d’accès au contenu pour restreindre qui a accès à un élément de contenu, et des outils de sécurité au niveau des lignes pour restreindre les données qu’un utilisateur peut voir dans une source de données. ## Accès au contenu Les projets, les projets imbriqués et les éléments de contenu individuels sont tous soumis à des règles d’autorisation. Vous pouvez voir comment ces règles sont utilisées dans votre environnement Tableau Server, puis les recréer dans Tableau Cloud. Consultez [Autorisations](https://help.tableau.com/current/online/fr-ca/permissions.htm). ## Sécurité au niveau des lignes Si vous avez des sources de données ou un classeur avec une sécurité au niveau des lignes, vos autorisations et calculs de sécurité au niveau des lignes devront être mis à jour pour Tableau Cloud car les noms d’utilisateur et les noms de groupe peuvent changer lors d’une conversion. Consultez [Restreindre l’accès au niveau de la ligne de données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_userfilters.htm) et [Créer une stratégie de données pour la sécurité au niveau de la ligne](https://help.tableau.com/current/online/fr-ca/dm_vconn_create_rlspolicy.htm). ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm) 6. **Vous êtes ici** : Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés 7. [Ajouter les utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Créer et configurer un site Tableau Cloud Vous êtes dans le [Guide de migration manuelle de Tableau Cloud.](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Le processus de migration décrit dans ce guide commence par une collaboration avec votre gestionnaire de compte pour faire passer vos licences Tableau de Server à Cloud. Si vous souhaitez [tester Tableau Cloud](https://www.tableau.com/fr-ca/products/trial) avant votre migration, vous pouvez le faire à tout moment. ## Étape 1 : Collaborer avec un gestionnaire de compte Tableau pour transférer l’octroi de licences La première étape de votre migration consiste à collaborer avec votre gestionnaire de compte pour faire passer vos licences de Server à Cloud. Une fois cette étape franchie, vous avez accès aux deux produits pendant 60 jours. La plupart des clients comptant 100 utilisateurs ou moins effectuent ce processus de migration en une semaine, ce qui laisse suffisamment de temps pour accéder aux deux produits pendant la transition. Vous pouvez collaborer avec votre gestionnaire de compte si vous avez besoin de plus de temps. ## Étape 2 : Créer des sites Tableau Cloud supplémentaires Si vous avez créé plusieurs sites sur Tableau Server, vous souhaiterez peut-être créer des sites équivalents sur Tableau Cloud à l’aide du [Tableau Cloud Manager](https://help.tableau.com/current/online/fr-ca/cloud_manager_intro.htm). En tant qu’administrateur Cloud, vous pouvez [ajouter des sites](https://help.tableau.com/current/online/fr-ca/cloud_manager_sites.htm) pour séparer les environnements de contenu, gérer les utilisateurs et les licences et contrôler les autorisations. Le nombre de sites Tableau Cloud que vous pouvez créer dépend de l’édition de Tableau que vous avez achetée. Une fois des sites supplémentaires créés, poursuivez les autres étapes de cette rubrique pour chaque site. ## Étape 3 : Spécifier une méthode d’authentification La méthode d’authentification par défaut est le nom d’utilisateur et le mot de passe (TableauID). L’authentification multifacteur est requise pour les utilisateurs de TableauID afin de sécuriser leur accès à Tableau Cloud. Nous prenons également en charge de nombreuses options d’authentification unique conformes aux normes de l’industrie. Pour plus d’information, consultez la section [Authentification](https://help.tableau.com/current/online/fr-ca/security_auth.htm) pour déterminer la méthode d’authentification la plus adaptée à votre organisation. ## Étape 4 : Se familiariser avec le site Passez en revue les [paramètres du site](https://help.tableau.com/current/online/fr-ca/sites_add.htm) et assurez-vous que leur configuration convient aux besoins de votre organisation. ## Étape 5 : Configurer la connectivité des données La façon dont Tableau Cloud se connecte aux données diffère de l’endroit où les données sont stockées. Chaque méthode, décrite ci-dessous, peut nécessiter une préparation différente. Pour savoir quelle option vous convient, veuillez contacter votre gestionnaire de compte. ### Données du nuage accessibles au public Les données du nuage accessibles au public incluent Google Drive, Dropbox, OneDrive et Snowflake, par exemple. Si la connexion est une base de données, vous devrez peut-être activer Tableau Cloud pour l’interroger. Pour activer la connectivité, consultez [Autoriser l’accès aux données dans le nuage publiées sur Tableau Cloud](https://help.tableau.com/current/pro/desktop/fr-ca/publish_tableau_online_ip_authorization.htm). Pour les fichiers plats tels que les fichiers Excel et .csv : nous vous recommandons de sauvegarder ces fichiers dans un magasin basé dans le nuage tel que Google Drive, Dropbox ou OneDrive. Vous pouvez ensuite activer la connectivité directe aux données depuis Tableau Cloud. Si ce n’est pas possible, vous devrez configurer Tableau Bridge pour maintenir la connectivité aux fichiers plats sauvegardés localement. ### Données sur site, fichiers locaux ou données dans le nuage privé Les fichiers locaux, les données dans le nuage privé et les données sur site peuvent être des fichiers SQL Server, Oracle ou des fichiers Excel locaux, par exemple. Si vous avez des exigences en matière de données privées, vous devrez installer et configurer [Tableau Bridge](https://help.tableau.com/current/online/fr-ca/to_bridge_install.htm). Tableau Bridge fournit une communication sécurisée entre Tableau Cloud et les données grâce à une protection par pare-feu. Installez Bridge derrière votre pare-feu sur un ordinateur distinct qui a accès à vos données. Consultez la section [À propos du client Bridge](https://help.tableau.com/current/online/fr-ca/to_bridge_client.htm). Facultatif : vous pouvez sauvegarder les fichiers locaux (Excel, CSV, etc.) dans un magasin basé dans le nuage tel que Google Drive, Dropbox, Onebox au lieu d’utiliser Tableau Bridge. ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm) 2. **Vous êtes ici :** Créer et configurer un site Tableau Cloud 00 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm) 6. [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) 7. [Ajouter les utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Guide de déploiement de Tableau Server en entreprise **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). L’objectif du Guide de déploiement de Tableau Server en entreprise (EDG) est de fournir des recommandations pour le déploiement de Tableau Server (sur site ou dans le nuage). Le Guide inclut des conseils de déploiement pour des scénarios d’entreprise dans le contexte d’une architecture de référence. Nous avons testé l’architecture de référence pour vérifier la conformité avec les points de référence de sécurité, d’évolutivité et de performance conformes aux meilleures pratiques de l’industrie. Au niveau supérieur, les principales caractéristiques d’un déploiement standard en entreprise consistent en une topologie à plusieurs niveaux où chaque couche de fonctionnalité d’application serveur (niveau Passerelle Web, niveau Application et niveau Données) est liée et protégée par des sous-réseaux à accès contrôlé. Les utilisateurs accédant à l’application serveur depuis Internet sont authentifiés au niveau Web. Une fois authentifiée, la demande est envoyée par proxy à un sous-réseau protégé où le niveau Application gère la logique métier. Les données de grande valeur sont protégées par le sous-réseau : le niveau Données. Les services dans le niveau Application communique via le réseau protégé avec le niveau Données pour traiter les demandes de données adressées aux sources de données principales. Dans ce déploiement, la sécurité est au premier plan de toutes les décisions de conception et de mise en œuvre. La fiabilité, les performances et l’évolutivité sont toutefois également des exigences prioritaires. Compte tenu de la conception distribuée et modulaire de l’architecture de référence, la fiabilité et les performances évoluent de manière linéairement prévisible avec co-localisation stratégique des services compatibles à chaque nœud et ajout de services aux goulets d’étranglement. ## À qui s’adresse ce guide L’EDG a été développé pour les administrateurs informatiques d’entreprise qui peuvent avoir besoin des éléments suivants : - Déploiement Tableau géré par l’informatique - Application de la conformité du secteur d’activité - Meilleures pratiques de déploiement dans le secteur d’activité - Déploiement sécurisé par défaut L’EDG est un guide de mise en œuvre pour le déploiement de l’architecture de référence de l’entreprise. Bien que cette version de l’EDG comprenne un exemple d’implémentation AWS/Linux, le guide peut être utilisé comme ressource par des administrateurs informatiques d’entreprise expérimentés. Il les aidera à déployer l’architecture de référence prescrite dans n’importe quel environnement de centre de données aux normes du secteur. ## Version Cette version d’EDG a été développée spécifiquement pour la version 2021.2.3 (ou ultérieure) de Tableau Server. Bien que vous puissiez utiliser EDG comme référence générale pour le déploiement de versions plus anciennes de Tableau Server, nous vous recommandons de déployer l’architecture de référence avec Tableau Server 2021.2.3 ou ultérieur. Certaines fonctionnalités et options ne sont pas disponibles sur les anciennes versions de Tableau Server. Pour les fonctionnalités et améliorations les plus récentes, nous vous recommandons de déployer EDG avec Tableau Server 2022,1. 2022.1.7 et versions ultérieures. L’architecture de référence décrite dans ce guide prend en charge les clients Tableau suivants : création Web avec des navigateurs compatibles, Tableau Mobile et Tableau Desktop version 2021.2.1 ou ultérieure. Les autres clients Tableau (Tableau Prep, Bridge, etc.) n’ont pas encore été validés avec l’architecture de référence. ## Principales fonctionnalités La première version de l’architecture de référence de Tableau Server présente les scénarios et fonctionnalités suivants : - Pré-authentification du client : les clients Tableau pris en charge (Desktop, Mobile, création Web) s’authentifient auprès du fournisseur d’authentification d’entreprise au niveau Web avant d’accéder à Tableau Server interne. Ce processus est géré en configurant un module d’extension authN sur la passerelle indépendante de Tableau Server agissant comme serveur proxy inverse. Consultez [Partie 5 - Configuration du niveau Web](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part5.htm). - Déploiement à confiance nulle : étant donné que tout le trafic vers les serveurs Tableau est pré-authentifié, l’ensemble du déploiement Tableau fonctionne dans un sous-réseau privé qui ne nécessite pas de connexion sécurisée. - Référentiel externe : l’architecture de référence spécifie l’installation du référentiel Tableau sur une base de données PostgreSQL externe, permettant aux DBA de gérer, d’optimiser, de mettre à l’échelle et de sauvegarder le référentiel en tant que base de données générique. - Récupération du nœud initial : l’EDG introduit un script qui automatise la restauration du nœud initial en cas de défaillance. - Sauvegarde et restauration basées sur un fichier tar : utilisez des sauvegardes tar familières aux étapes stratégiques du déploiement de Tableau. En cas d’échec ou de mauvaise configuration du déploiement, vous pouvez rapidement revenir à l’étape de déploiement précédente en récupérant la sauvegarde tar associée. - Amélioration des performances : la validation par le client et le laboratoire montre une amélioration des performances de 15 à 20 % en cas d’exécution d’EDG par rapport au déploiement standard. ## Licences L’architecture de référence Tableau Server prescrite dans ce guide nécessite une licence Tableau Advanced Management pour activer le référentiel externe Tableau Server. Vous pouvez également éventuellement déployer Tableau Server External File Store, qui nécessite également la licence Tableau Advanced Management. Consultez _À propos de Tableau Advanced Management sur Tableau Server_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/itm_intro.htm)). [Passer au contenu principal](#main-content) # Étape 1 : Vous connecter à vos données Votre responsable vous a chargé d’analyser les ventes générales et la rentabilité de l’entreprise et d’identifier les principaux domaines à améliorer. Vous vous retrouvez avec une masse de données sans trop savoir par où commencer . Vous décidez de télécharger Tableau Desktop Free Edition. Pour des ressources et vidéos connexes, consultez [Connexion aux données avec Tableau Desktop](https://www.tableau.com/fr-ca/learn/tutorials/on-demand/connecting-data-tableau-desktop?playlist=509089). ## Ouvrir Tableau Desktop et commencer La première chose que vous voyez après avoir ouvert Tableau Desktop est la [Page d’accueil](https://help.tableau.com/current/pro/desktop/fr-ca/environment_startpage.htm). C’est ici que vous pouvez sélectionner le connecteur dont Tableau a besoin pour accéder à vos données. ![Page de démarrage de Tableau](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Connect1.png) La page d’accueil vous propose plusieurs options : **1.** **Icône de Tableau**. Cliquez sur ![Icône du logo Tableau](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Connect2.png) en haut à gauche de la page pour basculer entre la page de démarrage et l’espace de travail de création. **2.** **Volet Connexion**. - Connectez-vous aux données d’un fichier, par exemple, des fichiers Microsoft Excel, PDF, des fichiers de données spatiales, et autres. - Connectez-vous aux données d’une plateforme hébergée sur un serveur comme Google Drive, Amazon Redshift, Oracle, ou à une source de données publiée dans Tableau Cloud ou Tableau Server. - Connectez-vous à une source de données à laquelle vous vous êtes précédemment connecté. Tableau prend en charge la connexion à des données très diverses, qui sont hébergées dans différents emplacements. Le volet Connexion répertorie les emplacements les plus courants auxquels vous pouvez souhaiter vous connecter, sinon cliquez sur le lien Plus pour afficher plus d’options. Pour en savoir plus sur la connexion aux sources de données, consultez la [bibliothèque d’apprentissage](https://help.tableau.com/current/guides/get-started-tutorial/fr-ca/get-started-tutorial-next.htm) de ce tutoriel. **3.** Démarrage rapide **Accélérateurs** : modèles prédéfinis que vous pouvez connecter à vos propres données. **4.** Démarrage rapide **Exemples de classeurs** : exemples de classeurs fournis avec Tableau Desktop. **5.** **Ouverts** : classeurs récemment ouverts. **6.** **Découvrir** : ressources supplémentaires. Dans le volet Connexion, sous Sources de données enregistrées, cliquez sur **Exemple - Hypermarché** pour vous connecter à l’ensemble de données exemple. « Hypermarché » contient des informations sur les produits, les clients et les ventes, que vous pouvez utiliser pour identifier les principaux domaines à améliorer au sein de cette entreprise imaginaire. Si vous avez besoin de télécharger l’ensemble de données Hypermarché, vous le trouverez sur la page [Exemples de données Tableau Public](https://public.tableau.com/app/learn/sample-data). Vous devrez ensuite uitliser le connecteur Microsoft Excel. ![Exemple - Hypermarché répertorié sous « Sources de données enregistrées »](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Connect_Superstore.png) Lorsque vous sélectionnez **Exemple - Hypermarché**, votre écran se présente comme ceci : ![Une feuille de calcul vierge](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Connect4.png) En savoir plus : Que fait Tableau avec vos données? Une fois que vous vous êtes connecté à vos données, Tableau procède ainsi : - Il ouvre une nouvelle feuille de calcul. C’est une page blanche où vous créez votre première vue. - Il affiche la source de données à laquelle vous êtes connecté. Si vous utilisez plusieurs sources de données, vous pouvez en voir la liste complète ici. - Il ajoute des colonnes à partir de votre source de données dans le volet **Données** sur le côté gauche. Les colonnes sont ajoutées en tant que champs. - Il affecte automatiquement des types de données (tels que date, nombre, chaîne, etc.) et des rôles (dimension ou mesure) à vos données. (Nous reviendrons sur ces termes plus tard.) Si vous voulez voir plus de détails sur vos données, vous pouvez sélectionner le volet **Source de données** dans l’angle inférieur gauche. C’est là que vous pouvez afficher les 1000 premières lignes de vos données, et certains analystes s’en donnent à cœur joie : ils peuvent trier ou masquer des champs, diviser des champs en plusieurs colonnes et renommer des en-têtes de colonnes, le tout sans modifier les données d’origine. Ce qui se passe dans Tableau reste dans Tableau. Vos données sont à l’abri. Si vous avez accédé au volet **Source de données** pour consulter les détails, cliquez simplement sur **Feuille 1** pour revenir à votre point de départ. Pour plus d’informations sur la page Source de données, consultez la [Bibliothèque d’apprentissage](https://help.tableau.com/current/guides/get-started-tutorial/fr-ca/get-started-tutorial-next.htm) . En savoir plus : Préparer vos propres données Lorsque vous vous connectez à vos propres données, vous devrez peut-être préparer vos données avant de vous y connecter dans Tableau. En effet, Tableau émet des hypothèses à propos de vos données et les affiche correctement afin que vous puissiez les exploiter. Pour plus d’informations sur la préparation de vos données, consultez la [Bibliothèque d’apprentissage](https://help.tableau.com/current/guides/get-started-tutorial/fr-ca/get-started-tutorial-next.htm). Passez à l’étape [Étape 2 : Glisser-déplacer des données pour un premier aperçu](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-ca/get-started-tutorial-drag.htm) [Passer au contenu principal](#main-content) # Étape 2 : Glisser-déplacer des données pour un premier aperçu ## Créer une vue Vous êtes chargé d’identifier les principaux domaines à améliorer, mais par où commencer? Sur la base de quatre années de données, vous décidez d’explorer les ventes générales pour voir ce que vous trouvez. Commencez par créer un graphique simple. Pour des ressources et vidéos connexes, consultez [Parcourir l’espace de travail dans Tableau Desktop](https://www.tableau.com/fr-ca/learn/tutorials/on-demand/navigating-workspace-tableau-desktop?playlist=509089). En savoir plus : Termes utilisés dans cette section
TermeDescription
Agrégation versus granularité

L’agrégation désigne la manière dont les données quantitatives au niveau des lignes sont regroupées à un niveau supérieur, par exemple une somme de ventes ou un profit moyen. Tableau procède ainsi automatiquement afin que vous puissiez répartir les données jusqu’au niveau de détail souhaité.

La granularité désigne le degré de détail des données. Par exemple, les dates peuvent avoir une granularité de jours, de mois, d’années, etc.

Dimension versus mesure

Les dimensions sont des données qualitatives, telles qu’un nom ou une date. Par défaut, Tableau classe automatiquement les données qui contiennent des informations qualitatives ou catégorielles en tant que dimension. C’est le cas par exemple des champs comportant du texte ou des valeurs booléenne (vraie/faux). Ces champs apparaissent généralement en tant qu’en-têtes de colonnes pour les lignes de données, par exemple Nom du client ou Date de commande, et définissent également le niveau de granularité affiché dans la vue.

Les mesures sont des données numériques quantitatives. Par défaut, Tableau traite tout champ contenant ce type de données comme une mesure, par exemple les transactions de vente ou le profit. Les données qui sont classées comme mesure peuvent être agrégées en fonction d’une dimension donnée, par exemple les Ventes totales par région, où « Ventes » est la mesure, « totales » (ou somme) est l’agrégation et « région » est la dimension.

Continu vs. Discret

Les champs continus peuvent contenir un nombre infini de valeurs. Il peut s’agir d’une plage de valeurs telles que des ventes dans une plage de dates spécifique ou des quantités. Les champs continus sont colorés en vert dans Tableau.

Les champs discrets contiennent un nombre fini de valeurs telles que le pays, l’État ou le nom du client. Les champs discrets sont colorés en bleu dans Tableau.

**En savoir plus sur les dimensions et les mesures** dans la [bibliothèque d’apprentissage](https://help.tableau.com/current/guides/get-started-tutorial/fr-ca/get-started-tutorial-next.htm). En savoir plus : Commandes et éléments de l’espace de travail Tableau Dans cette section, vous allez faire glisser les champs vers les étagères Colonnes et Lignes, et vous allez également utiliser la fiche Repères. L’image ci-dessous identifie certains des éléments et commandes de l’espace de travail que vous allez utiliser. ![Aperçu des éléments de l’espace de travail](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag28.png)
ÉlémentDescription

A Annuler

Avec Tableau, vous pouvez vous sentir libre d’expérimenter avec vos données. Vous pouvez toujours revenir à votre point de départ avec le bouton Annuler. Utilisez ce bouton pour annuler la dernière action réalisée dans votre classeur.

Vous pouvez effectuer cette opération autant de fois que vous le souhaitez, en remontant à la dernière fois où vous avez ouvert le classeur, et même après l’avoir enregistré.

B Volet Données

Affiche le nom de la source de données incluse dans la vue ainsi que les champs disponibles. Les champs peuvent être regroupés en fonction de leur table source ou par dossier.

En savoir plus sur le volet Données dans la bibliothèque d’apprentissage.

C and D Fiches et étagères

Les fiches sont des conteneurs pour les différentes commandes disponibles dans Tableau. Les étagères sont un type de commande de fiche. Lorsque vous faites glisser des champs depuis le volet Données vers les étagères Colonnes ou Lignes, les données sont ajoutées en tant que colonne ou ligne sur les axes de votre vue.

Lorsque vous faites glisser des champs depuis le volet Données vers la fiche Repères, vous pouvez contrôler les propriétés visuelles par type, couleur, taille, forme et autre. Seules les fiches de votre vue sont affectées par cette action. Les axes ne changent pas.

En savoir plus sur les fiches et les étagères dans la bibliothèque d’apprentissage.

E Afficher/Masquer les fiches

Vous avez masqué par accident une fiche dont vous avez maintenant besoin? Pas de problème! Vous pouvez activer ou désactiver la quasi-totalité de l’espace de travail Tableau pour bénéficier de l’espace maximum pour créer vos visualisations.

Pour afficher ou masquer des fiches telles que Pages, Filtres ou Légendes, cliquez sur la flèche déroulante dans le bouton Afficher/Masquer les fichesIcône Afficher/Masquer les fiches sur la barre d’outils et désélectionnez ou sélectionnez la case à cocher de la fiche.

Vous pouvez même réduire le volet Données et analytique en bas à gauche de l’espace de travail en cliquant sur le bouton Réduire Réduire le volet Données et analyses en haut à droite du volet. Cliquez à nouveau sur ce bouton pour restaurer le volet à son état antérieur.

1. Dans le volet **Données**, faites glisser **Date de commande** vers l’étagère **Colonnes**. **Remarque :** Lorsque vous faites glisser Date de commande vers l’étagère **Colonnes**, Tableau crée une colonne pour chaque année dans votre ensemble de données. Un indicateur Abc se trouve sous chaque colonne. Il indique que vous pouvez faire glisser du texte ou des données numériques ici, comme vous pourriez le voir dans un tableur Excel. Si vous faites glisser Ventes vers cette zone, Tableau crée un tableau croisé (à la manière d’un tableur) et affiche les totaux de vente pour chaque année. 2. Dans le volet Données, faites glisser **Ventes** vers l’étagère **Lignes**. Tableau génère le graphique suivant avec les ventes cumulées sous forme de somme (agrégées). Vous pouvez voir les ventes totales agrégées pour chaque année par date de commande. ![Graphique en courbes qui utilise Date de commande pour l’étagère Colonnes et Sum(Ventes) pour l’étagère Lignes](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag1.png) _Lorsque vous créez pour la première fois une vue qui inclut une données temporelle (dans ce cas, Date de commande), Tableau génère automatiquement un graphique en courbes._ Ce graphique en courbes montre que les ventes se portent bien et semblent augmenter dans la durée. C’est une bonne information, mais qui ne vous indique pas quels produits affichent les ventes les plus fortes, et si certains sont plus rentables que d’autres. Puisque vous venez juste de démarrer, vous décidez de continuer vos recherches pour dénicher d’autres informations. En savoir plus : Explorer vos options Pour modifier rapidement le type de graphique, sélectionnez le menu déroulant dans la fiche **Repères**. Par exemple, pour un graphique à secteurs, vous pouvez sélectionner **Secteur**. ![Types de graphiques répertoriés dans le menu Repères](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag2.png) Tableau prend en charge de nombreux types de graphiques différents, appelés types de repères. Pour plus d’informations, consultez **En savoir plus sur les types de repères** dans la [bibliothèque d’apprentissage](https://help.tableau.com/current/guides/get-started-tutorial/fr-ca/get-started-tutorial-next.htm). **Remarque :** avant de poursuivre le tutoriel, assurez-vous que votre type de graphique est redéfini sur **Automatique**. Vérifiez votre travail! Découvrez « Créer une vue » en action _Cliquez sur l’image pour le rejouer._ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Affiner votre vue Pour mieux analyser les produits qui dynamisent les ventes totales, essayez d’ajouter davantage de données. Commencez par ajouter les catégories de produit afin d’examiner les totaux de ventes sous un autre point de vue. 1. Dans le Volet Données, faites glisser **Catégorie** vers l’étagère **Colonnes** et placez-le à droite de YEAR(Date de commande). Vous devrez peut-être développer la hiérarchie Produit pour voir le champ Catégorie. La vue est mise à jour sous forme d’un graphique à barres. En ajoutant une seconde dimension discrète à la vue, vous pouvez classer vos données en des tronçons discrets plutôt que d’examiner vos données en continu dans la durée. Un graphique à barres est généré et vous montre les ventes totales pour chaque catégorie de produit par an. ![Graphique à barres affichant Year(Date de commande) et Catégorie sur l’étagère Colonnes et Sum(Ventes) sur l’étagère Lignes](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag4.png) En savoir plus : Changer de perspective Pour afficher le graphique à barres à l’horizontale plutôt qu’à la verticale, cliquez sur **Permuter les lignes et les colonnes** dans la barre d’outils. **Remarque :** annulez cette action avant de poursuivre le tutoriel de prise en main. ![Graphique à barres qui met en surbrillance l’icône Permuter les lignes et les colonnes](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag7.png) En savoir plus : Présenter les chiffres Vous pouvez afficher ou ajouter des informations de point de données à votre vue. Dans cet exemple, cette information montre les totaux de vente par catégorie. Pour afficher des renseignements sur chaque point de données (c’est-à-dire, chaque fiche) dans votre vue, pointez sur l’une des barres pour afficher une infobulle. L’infobulle affiche les ventes totales pour cette catégorie. Voici l’infobulle pour la catégorie Office Supplies en 2025 : ![Une infobulle qui affiche les ventes pour la catégorie Office Supplies en 2021](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag5.png) Pour ajouter des informations de point de données sous forme d’étiquettes à votre vue, cliquez sur **Afficher les étiquettes de repère** dans la barre d’outils. Nous vous montrons ci-dessous les ventes totales pour chaque catégorie et année. **Remarque :** annulez cette action avant de poursuivre le tutoriel de prise en main. ![Graphique à barres qui met en surbrillance l’icône Afficher les étiquettes de repère](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag6.png) Votre vue présente efficacement les ventes par catégorie (meubles, fournitures de bureau et technologie). Vous avez révélé des informations intéressantes. Dans cette vue, vous pouvez voir que les ventes de meubles augmentent plus rapidement que les ventes de fournitures de bureau, bien que l’année 2025 ait été une très bonne année pour les fournitures de bureau. Peut-être pouvez-vous recommander que votre société concentre ses efforts commerciaux sur les meubles plutôt que sur les fournitures de bureau? Votre société vend de nombreux produits différents dans ces catégories. Il vous faudra donc plus d’informations avant de pouvoir formuler une recommandation. Pour vous aider à répondre à cette question, vous décidez d’examiner les produits par sous-catégorie pour voir quels articles se vendent le mieux. Par exemple, pour la catégorie des meubles, vous pouvez souhaiter voir des détails sur les bibliothèques, les chaises, les ameublements et les tables. L’analyse de ces données peut vous aider à analyser les ventes et ultérieurement, la rentabilité générale, donc ajoutez des sous-catégories à votre graphique à barres. 1. Double-cliquez sur **Sous-catégorie** ou faites-le glisser sur l’étagère **Colonnes**. **Remarque :** vous pouvez faire un glisser-déplacer ou double-cliquer sur un champ pour l’ajouter à votre vue, mais faites attention. Tableau émet des hypothèses sur l’emplacement où ajouter ces données, et cet emplacement peut être différent de celui auquel vous vous attendez. Vous pouvez toujours cliquer sur Annuler pour supprimer le champ, ou le faire glisser hors de la zone où Tableau l’a placé et recommencer. La sous-catégorie est un autre champ discret. Elle crée un autre en-tête au bas de la vue, et affiche une barre pour chaque sous-catégorie (68 fiches) représenté par catégorie et année. ![Graphique à barres affichant Date de commande, Catégorie et Sous-catégorie sur l’étagère Colonnes et Sum(Ventes) sur l’étagère Lignes](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag9.png) Vous avez bien progressé, mais il reste beaucoup de données à classer visuellement. Dans la section suivante, vous apprendrez à ajouter des couleurs, des filtres, et autres options permettant de mettre l’accent sur des résultats spécifiques. En savoir plus : Utiliser une vue différente pour comparer des ventes de produits Si vous souhaitez voir comment vos produits contribuent aux ventes totales par catégorie, Tableau vous propose une autre option. Si vous faites glisser **Sous-catégorie** vers **Couleur** dans la fiche Repères, vous créez un graphique à barres empilées contenant des repères supplémentaires pour chaque sous-catégorie identifiée par une couleur unique. Tableau affiche automatiquement une carte de légende à droite pour les valeurs de sous-catégorie. **Remarque :** annulez cette action avant de poursuivre le tutoriel de prise en main. ![Graphique à barres qui montre Date de commande et Catégorie sur l’étagère Colonnes, Sum(Ventes) sur l’étagère Lignes et Sous-catégorie sur Couleur dans la fiche Repères](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag8.png) Cette vue montre rapidement la contribution de chaque produit au total général des ventes pour chaque catégorie et année, et elle fait ressortir immédiatement les petits et les grands contributeurs. Les sous-catégories s’affichent sous forme de barres empilées dans leur ordre de référencement dans la légende, et non en fonction de leur position dans l’axe des ventes. Par exemple, dans la vue ci-dessus, la sous-catégorie Bibliothèques apparaît en haut de chaque barre de meubles parce que les bibliothèques apparaissent au-dessus des chaises, du mobilier et des tables dans la légende. Les sous-catégories sont affichées dans la légende de façon à ce que vous puissiez les déplacer et examiner vos données d’une manière pertinente pour vous. Selon le type d’analyse que vous recherchez, le graphique à barres empilées peut être ou non le graphique adapté. Vérifiez votre travail! Découvrez « Affiner votre vue » en action _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Résumé de l’étape Dans cette étape, votre but était de vous familiariser avec vos données et de les interroger pour les faire parler. Vous avez appris comment : - Créer un graphique dans une vue opérationnelle. - Ajouter des champs pour obtenir le niveau de détail adapté dans votre vue. Vous êtes maintenant prêt à vous concentrer sur vos résultats pour identifier des domaines de préoccupation plus spécifiques. Dans la section suivante, vous allez apprendre à utiliser les filtres et les couleurs pour explorer visuellement vos données. Passez à l’étape [Étape 3 : Centrer vos résultats](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-ca/get-started-tutorial-focus.htm) [Passer au contenu principal](#main-content) # Étape 3 : Centrer vos résultats Vous avez créé une vue de ventes de produits représentée par catégorie et sous-catégorie. Vous progressez, mais il reste beaucoup de données à trier. Vous avez besoin d’identifier facilement les points de données intéressants et de vous concentrer sur des résultats spécifiques. Cela tombe bien, Tableau propose des options fort utiles. Vous pouvez utiliser les filtres et les couleurs pour vous centrer sur les détails qui vous intéressent. Après avoir effectué cette mise au point, vous pouvez commencer à utiliser d’autres fonctions Tableau Desktop pour interagir avec les données. ## Ajouter des filtres à votre vue Vous pouvez utiliser des filtres pour inclure ou exclure des valeurs dans votre vue. Dans cet exemple, vous décidez d’ajouter deux filtres simples à votre feuille de calcul afin de faciliter l’analyse des ventes de produits par sous-catégorie pour une année spécifique. 1. Dans le volet Données, faites un clic droit sur **Date de commande** et sélectionnez **Afficher le filtre**. 2. Répétez l’étape ci-dessus pour le champ **Sous-catégorie**. Les filtres sont ajoutés sur le côté droit de votre vue dans l’ordre dans lequel vous les avez sélectionnés. Les filtres sont des types de fiches et peuvent être déplacés sur le canevas en cliquant sur le filtre et en le déposant sur un autre emplacement de la vue. Lorsque vous déplacez le filtre, une ligne apparaît et vous indique où vous pouvez déposer le filtre pour le déplacer. **Remarque :** Le tutoriel de prise en main utilise la position par défaut des fiches filtre. **En savoir plus sur le filtrage** dans la bibliothèque d’apprentissage (menu supérieur). ![Graphique à barres avec des filtres pour la sous-catégorie et la date de commande](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag10.png) Vérifiez votre travail! Découvrez « Appliquer des filtres à votre vue » en action _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Ajouter de la couleur à votre vue L’ajout de filtres vous aide à trier toute cette masse de données. Mais que de bleu! Il est temps de remédier à cette situation. Pour le moment, vous êtes en train de contempler les totaux de vente pour vos différents produits. Vous pouvez voir que certains produits ont toujours des ventes faibles et que certains produits peuvent être de bons candidats à la réduction des efforts de vente pour ces gammes de produits. Mais à quoi ressemble la rentabilité globale de vos différents produits? Faites glisser **Profit** sur Couleur pour voir ce qui se passe. Depuis le volet Données, faites glisser **Profit** vers **Couleur** sur la fiche Repères. En faisant glisser Profit sur Couleur, vous voyez maintenant apparaître des pertes pour les tables, les bibliothèques et même les machines. Vous venez de révéler une autre information! ![Graphique à barres avec la date de commande, la catégorie et la sous-catégorie sur l’étagère Colonnes; Sum(Ventes) sur l’étagère Lignes et Sum(Profit) sur Couleur sur la fiche Repères](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Dragcolor1.png) **Remarque :** Tableau a ajouté une légende de couleurs et attribué automatiquement une palette de couleurs divergentes parce que vos données incluent à la fois des valeurs positives et négatives. En savoir plus : Utiliser la couleur L’ajout de couleur améliore l’aspect visuel de votre vue, mais fait également ressortir les données intéressantes. Tableau utilise une palette de couleurs par défaut pour attribuer une couleur aux produits dans votre vue, mais vous n’avez pas à vous limiter à cette palette de couleurs. Vous avez le choix! Si vous souhaitez utiliser des couleurs différentes de celles affichées, vous pouvez modifier les couleurs ou la palette de couleurs à tout moment. Il vous suffit de cliquer sur **Couleur** dans la fiche Repères, puis de cliquer sur **Modifier les couleurs**. Vous pouvez sélectionner une palette de couleurs différente dans la boîte de dialogue Modifier les couleurs qui s’ouvre. **Remarque :** le tutoriel de prise en main utilise la palette de couleurs par défaut. Selon les données de votre vue, la boîte de dialogue Modifier les couleurs peut vous présenter une palette de couleurs divergentes plutôt qu’une palette de couleurs catégorielle. Les palettes de couleurs divergentes se présentent comme dans l’image ci-dessous. Elles sont généralement attribuées à des champs continus. ![Palettes de couleurs divergentes répertoriées dans le menu Modifier les couleurs](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Dragcolor2.png) Si vous utilisez une légende, elle peut se présenter comme l’image ci-dessous. Les palettes de couleurs catégorielles telles que celle-ci sont généralement attribuées à des champs discrets. ![Palettes de couleurs catégorielles répertoriées dans le menu Modifier les couleurs](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Drag12.png) Vérifiez votre travail! Découvrez « Ajouter de la couleur à votre vue » en action _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Trouver les informations clés Comme vous l’avez appris, vous pouvez explorer vos données à mesure que vous créez des vues avec Tableau Desktop. L’ajout de filtres et de couleurs vous aide à mieux visualiser vos données et à identifier d’emblée les problèmes. L’étape suivante consiste à interagir avec votre vue pour que vous puissiez commencer à dessiner vos conclusions. À l’analyse de votre vue, vous avez pu constater qu’il y avait des produits non profitables, mais maintenant, vous voulez voir si ces produits l’ont été année après année. Il est temps de sortir vos filtres pour examiner la question de plus près. 1. Dans la vue, dans la fiche filtre **Sous-catégorie**, désélectionnez toutes les cases à cocher, sauf **Bookcases**, **Machines**, et **Tables**. ![Graphique à barres avec une palette de couleurs divergentes pour montrer les profits et les pertes des sous-catégories](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_FocusFilter1.png) Vous pouvez maintenant voir que, certaines années, les produits Bookcases et Machines étaient en fait profitables. Par contre, les Machines ont récemment cessé d’être rentables. Maintenant que vous avez fait une découverte importante, vous souhaitez collecter davantage d’informations avant de proposer un plan d’action à votre responsable. Vous décidez, sur une intuition, de représenter votre vue par région : 2. Depuis le volet Données, faites glisser **Région** vers l’étagère **Lignes** et placez-le à droite de Sum(Ventes). Tableau crée une vue comportant plusieurs axes répartis par région. Vous voyez maintenant les ventes et la rentabilité par produit dans chaque région. En ajoutant une région à la vue et en filtrant la sous-catégorie, vous remarquez que les machines de la région Sud affichent des pertes générales plus élevées que dans vos autres zones géographiques. Vous avez mis à jour une information cachée! ![Graphiques à barres qui montrent la rentabilité de la sous-catégorie Machines dans chaque région](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Focus_MachineSpike.png) Cette vue est celle qui intègre le mieux le travail que vous avez réalisé jusqu’à ce stade. Sélectionnez **Tout** dans la fiche filtre **Sous-catégorie** (si vous avez modifié votre filtre) pour afficher à nouveau toutes les sous-catégories, nommer la feuille de calcul et ajouter un titre. 6. Dans la partie inférieure gauche de l’espace de travail, double-cliquez sur **Feuille 1** et saisissez **Ventes par produit et région**. Vous choisissez de centrer votre analyse sur la région Sud, mais vous ne souhaitez pas perdre la vue que vous avez créée. Dans Tableau Desktop, vous pouvez dupliquer votre feuille de calcul de manière à reprendre là vous vous étiez arrêté. 7. Dans votre classeur, faites un clic droit sur la feuille **Ventes par produit et région** et sélectionnez **Dupliquer**. 8. Renommez la feuille dupliquée en **Ventes dans le Sud**. 9. Dans votre nouvelle feuille de calcul, depuis le volet Données, faites glisser **Région** vers l’étagère **Filtres** pour l’ajouter en tant que filtre dans la vue. 10. Dans la boîte de dialogue de filtrage de la région, décochez toutes les cases sauf **Sud**, puis cliquez sur **OK**. 11. Faites un clic droit sur le champ **Région** de l’étagère **Lignes** et décochez **Afficher l’en-tête**. Votre vue se met à jour comme suit. ![Graphique à barres qui montre la rentabilité de la sous-catégorie dans le Sud](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_FocusSouth1.png) Vous pouvez maintenant vous centrer sur les ventes et les profits dans la région Sud. Vous voyez immédiatement que les ventes de machines présentent des pertes en 2022 et à nouveau en 2025. Ce sont des résultats qu’il faut passer au crible! 4. Enregistrez votre travail en sélectionnant **Fichier** > **Enregistrer sous**. Donnez un nom à votre classeur, par exemple « Ventes et profits régionaux ». En savoir plus : Comment Tableau organise vos classeurs enregistrés Lorsque vous installez Tableau, il crée automatiquement un répertoire de dossiers pour vous sous **Documents** > **Mes Documents** > **Mon référentiel Tableau**. Mon référentiel Tableau contient de nombreux dossiers pour les sources de données, les classeurs enregistrés, les données de géocodage et autres. **En savoir plus sur l’enregistrement de votre classeur sous différents types de fichiers Tableau** dans la bibliothèque d’apprentissage (menu supérieur). Vérifiez votre travail! Découvrez « Trouver les informations clés » en action ci-dessous _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Résumé de l’étape Dans cette étape, vous avez utilisé les filtres et les couleurs pour travailler plus facilement avec vos données. Vous avez également découvert quelques fonctions amusantes Tableau qui vous aident à répondre à des questions clés sur vos données. Vous avez appris comment : - Appliquer des filtres et des couleurs pour vous centrer facilement sur les domaines de vos données qui vous intéressent le plus. - Interagit avec votre graphique en utilisant les outils fournis par Tableau. - Dupliquer des feuilles de travail et enregistrer vos modifications pour continuer à explorer vos données de différentes manières sans perdre votre travail. Une fois que vous avez exploré vos données dans Tableau Desktop, vous avez identifié les domaines qui vous intéressent. Vous savez que les ventes et les profits de la région Sud sont problématiques, mais vous n’avez pas encore la solution. Vous souhaitez rechercher d’autres facteurs susceptibles d’expliquer ces résultats? Vous allez ensuite utiliser une autre fonction clé de Tableau pour exploiter les données géographiques. Passez à l’étape [Étape 4 : Explorer vos données géographiquement](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-ca/get-started-tutorial-explore.htm). [Passer au contenu principal](#main-content) # Étape 4 : Explorer vos données géographiquement Vous avez créé une vue efficace qui vous permet d’analyser les ventes et les profits par produit sur plusieurs années. Et après avoir examiné les ventes de produits dans la région Sud, vous décidez d’étudier les tendances et les caractéristiques dans cette région. Étant donné que vous examinez des données géographiques (champ Région), vous avez la possibilité de créer une vue cartographique. Les vues cartographiques sont un moyen idéal d’afficher et d’analyser ce type d’information. Et en plus, elles ont belle allure. Pour cet exemple, Tableau a déjà affecté le rôle géographique approprié aux champs Pays, État/Province, Ville et Code postal. car il a reconnu que chacun de ces champs contenait des données géographiques. Vous pouvez donc vous mettre à créer d’emblée votre vue cartographique. En savoir plus : Se familiariser avec les rôles géographiques Tableau reconnaît un grand nombre de données géographiques courantes, par exemple les noms de régions et des villes. Lorsque Tableau reconnaît ce type de données, il attribue automatiquement aux champs des rôles géographiques appropriés afin qu’ils deviennent des champs géographiques. Les champs géographiques affichent des icônes de globe ![Icône de globe qui identifie les champs de données géographiques](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore16_24x13.png) dans le volet **Données**. Si un rôle géographique est affecté à un champ, Tableau crée automatiquement une vue cartographique lorsque vous ajoutez le champ à **Détails** sur la fiche Repères. Nous y reviendrons plus en détail. Si Tableau ne reconnaît pas vos données comme étant des données géographiques, vous pouvez affecter un rôle géographique manuellement à chacun des champs pertinents. Vous avez le choix entre plusieurs rôles géographiques : - Aéroport - Indicatif régional (É.-U.) - CBSA/MSA (É.-U.) - Ville - Circonscription (É.-U.) - Pays/région - Comté - NUTS Europe - État/province - Code postal ![Une image d’attribution manuelle de rôles géographiques à des champs](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore1.png) ## Créer une vue cartographique Repartez à zéro avec une nouvelle feuille de calcul. 1. Dans la partie inférieure de l’espace de travail, cliquez sur l’icône **Nouvelle feuille de calcul**. ![Mise en surbrillance de l’icône Nouvelle feuille de calcul](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_explore17.png) Tableau conserve votre précédente feuille de calcul et en crée une nouvelle afin que vous puissiez continuer à explorer vos données sans perdre votre travail. 4. Dans le volet **Données**, double-cliquez sur **État/Province** pour l’ajouter à **Détail** dans la fiche Repères. Vous avez maintenant une vue cartographique! ![Une carte par symboles du Canada et de la zone continentale des États-Unis](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_explore3.png) En savoir plus : Double-cliquer pour ajouter des champs géographiques Vous pouvez double-cliquer sur des champs pour les ajouter rapidement à la vue. Lorsque vous double-cliquez sur un champ géographique spécifiquement, il est automatiquement ajouté à Détails dans la fiche Repères, et une vue cartographique est créée avec des repères pour chaque lieu répertorié dans le champ. Étant donné que Tableau sait déjà que les noms de région sont des données géographiques, et parce que le rôle géographique État/Province province est attribué à la dimension **État/Province**, Tableau crée automatiquement une vue cartographique. Il existe un repère pour chacun des 48 États américains contigus et provinces canadiennes de votre source de données. (L’Alaska et Hawaï ne sont malheureusement pas inclus dans votre source de données, donc ils sont laissés de côté.) Notez que le champ **Pays** est également ajouté à la vue. Cela s’explique par le fait que les champs géographiques dans Exemple - Hypermarché font partie d’une hiérarchie. Chaque niveau de la hiérarchie peut être ajouté automatiquement comme niveau de détail. De plus, les champs « Latitude » et « Longitude » générés sont ajoutés aux étagères « Colonnes » et « Lignes ». Vous pouvez y penser comme à des champs X et Y. Ils sont essentiels à chaque fois que vous souhaitez créer une vue cartographique parce que chaque lieu dans vos données est associé à une valeur de latitude et de longitude. Ces champs sont parfois générés par Tableau à partir de champs géographiques dans vos données. Vos données peuvent aussi contenir leurs propres valeurs de latitude et de longitude. Vous trouverez des ressources complémentaires à ce sujet dans la bibliothèque d’apprentissage. Maintenant, c’est une chose d’avoir une jolie carte des États américains contigus et du Canada, mais rappelons-nous que votre but était d’étudier ce qui se passe dans la région Sud. 13. Faites glisser **Région** sur l’étagère **Filtres**, puis filtrez jusqu’à la région **Sud** uniquement. La vue cartographique effectue un zoom sur la région Sud (un repère pour chaque région, soit 11 au total). Vous souhaitez maintenant voir comment vos données se présentent pour cette région, donc vous commencez à faire glisser d’autres champs vers la fiche Repères : 15. Faites glisser la mesure **Ventes** vers **Couleur** sur la fiche Repères. ![Une carte de 11 États du sud des États-Unis colorés en différentes nuances de bleu](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_explore2.png) La vue se met automatiquement à jour pour devenir une carte pleine, et attribue une couleur à chaque région en fonction de ses ventes totales. Étant donné que vous explorez les ventes de produits, vous souhaitez que vos ventes apparaissent en USD. Cliquez sur le champ **Sum(Ventes)** sur la fiche **Repères** et sélectionnez **Format**. Pour Nombres, sélectionnez **Devise**. Chaque fois que vous ajoutez une mesure continue qui contient des nombres positifs (par exemple des ventes) à Couleur sur la fiche Repères, votre carte pleine se colore en bleu. Les valeurs négatives sont associées à la couleur orange. Il peut arriver que vous ne souhaitiez pas du bleu pour votre carte. Vous préférez peut-être le vert, ou vos données traitent de sujets qui ne devraient pas être représentés par la couleur bleu, par exemple les feux de forêt ou les embouteillages. Cela pourrait porter à confusion. Aucun souci, vous pouvez modifier la palette de couleurs comme vous le faisiez précédemment. 20. Cliquez sur **Couleur** sur la fiche Repères et sélectionnez **Modifier les couleurs**. Pour cet exemple, vous voulez voir quels États sont performants et quels états affichent des ventes médiocres. 22. Dans la liste déroulante de la palette, sélectionnez **Orange- Bleu divergente**, puis fermez la boîte de dialogue. Vous pourrez ainsi distinguer rapidement les bons élèves et les mauvais élèves. Votre vue se met à jour comme suit : ![Carte aux couleurs divergentes bleu-orange basée sur les ventes totales de l’État](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore5.png) Un instant! Il y a beaucoup d’orange! Que s’est-il passé? Les données sont exactes, et _techniquement_, vous pouvez comparer les mauvais élèves et les bons élèves, mais est-ce que cela recouvre toute la réalité? Les ventes des États représentés en orange sont-elles à ce point désastreuses, ou y a-t-il simplement plus de personnes en Floride pour acheter vos produits? Peut-être avez-vous des magasins plus petits ou moins de magasins dans les États qui apparaissent en orange. Ou alors les États qui s’affichent en bleu ont une densité de population plus élevée, donc il y a tout simplement davantage d’acheteurs pour vos produits. Quoi qu’il en soit, vous n’allez pas montrer cette vue à votre responsable car vous n’êtes pas sûr que les données présentent une histoire utile. 29. Cliquez sur l’icône **Annuler** ![Icône de flèche pointant vers la gauche.](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore22.png) dans la barre d’outils pour revenir à la jolie vue bleue. Il reste toutefois un problème de couleur. Tout a l’air parfait. Voilà le problème. À première vue, il semble que la Floride affiche les meilleurs résultats. Pointer sur son repère révèle un total de ventes de 89 474 USD, par rapport à la Caroline du Sud, par exemple, qui n’obtient que 8 482 USD de ventes. Par contre, des États de la région Sud ont-ils été _rentables_? 32. Faites glisser **Profit** sur **Couleur** sur la fiche Repères pour voir si vous pouvez répondre à cette question. ![Carte aux couleurs divergentes bleu-orange basée sur les bénéfices totaux de l’État](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore6.png) Voilà qui est mieux! Le profit consistant souvent à la fois en valeurs positives et négatives, Tableau sélectionne automatiquement la palette de couleurs divergente Orange-bleu pour afficher rapidement les États associés à un profit négatif et ceux associés à un profit positif. Il apparaît maintenant clairement que le Tennessee, la Caroline du Sud et la Floride ont un profit négatif, bien qu’ils aient de bons chiffres, et même d’excellents chiffres de vente. Alors pourquoi? Vous allez répondre à cette question à l’étape suivante. Vérifiez votre travail! Découvrez « Créer une vue cartographique » en action _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. Passez à l’étape [Étape 5 : Explorer en détail](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-ca/get-started-tutorial-drilldown.htm) [Passer au contenu principal](#main-content) # Étape 5 : Explorer en détail À l’étape précédente, vous avez découvert que le Tennessee, la Caroline du Nord et la Floride affichaient un profit négatif. Pour expliquer ces résultats, vous décidez d’explorer plus en détail et de vous centrer sur ces trois États. ## Aller au-delà de la vue cartographique Comme vous l’avez vu à la dernière étape, les cartes sont un excellent moyen de visualiser vos données sur une large échelle. Un graphique à barres vous aide à passer aux choses sérieuses. Pour cela, vous devez créer une autre feuille de calcul. 1. Double-cliquez sur **Feuille 3** et nommez la feuille de calcul **Carte des profits**. 2. Faites un clic droit sur la carte **Carte des profits** au bas de l’espace de travail et sélectionnez **Dupliquer**. Nommez la nouvelle feuille **Graphique à barres Negative Profit**. 3. Dans la feuille de calcul Graphique à barres Negative Profit, cliquez sur **Montrez-moi**, puis sélectionnez **barres horizontales**. La fonction Montrez-moi met en surbrillance différents types de graphiques en fonction des données que vous avez ajoutées à votre vue. **Remarque :** À tout moment, vous pouvez cliquer à nouveau sur **Montrez-moi** pour le réduire. ![Mise en surbrillance du graphique à barres horizontales dans le menu Montrez-moi](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore8.png) Vous avez maintenant à nouveau un graphique à barres, en un tournemain. ![Graphique à barres horizontales affichant les bénéfices pour les États de la région du Sud](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore9.png) 7. Pour sélectionner plusieurs barres sur la gauche, cliquez et faites glisser le curseur parmi les barres entre **Tennessee**, **Caroline du Nord** et **Floride**. Dans l’infobulle qui apparaît, sélectionnez **Conserver uniquement** pour vous centrer sur ces trois États. ![Une case bleue avec trois barres sélectionnées simultanément](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore_click_and_drag.png) **Remarque :** Vous pouvez également cliquer avec le bouton droit de la souris sur les barres en surbrillance et sélectionner **Conserver uniquement**. Notez que le champ _Inclusions_ pour État est ajouté à l’étagère des filtres pour indiquer que certains États sont exclus de la vue. L’icône à deux cercles sur le champ indique que le champ est un ensemble. Vous pouvez modifier ce choix en faisant un clic droit sur le champ dans l’étagère Filtres et en sélectionnant **Modifier le filtre**. Vous voulez maintenant examiner les données pour les villes de ces États. 9. Dans l’étagère **Lignes**, cliquez sur l’icône **plus** dans le champ **État** pour explorer en cascade jusqu’au niveau de détail Ville. Il y a presque trop d’informations ici, donc vous décidez de filtrer la vue jusqu’aux villes affichant le plus de pertes à l’aide d’un filtre N principaux. Vérifiez votre travail! Découvrez les étapes 1-5 en action _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Créer un filtre N principaux Vous pouvez utiliser un filtre N principaux dans Tableau Desktop pour limiter le nombre de repères affichés dans votre vue. Dans ce cas, vous souhaitez utiliser le filtre N principaux pour identifier les villes les moins performantes. 1. Dans le volet Données, faites glisser **Ville** vers l’étagère **Filtres**. 2. Dans la boîte de dialogue Filtre, sélectionnez l’onglet **Premiers**, puis effectuez l’une des opérations suivantes : 1. Cliquez sur **Par champ**. 2. Cliquez sur la liste déroulante **Premiers** et sélectionnez **Derniers** pour faire apparaître les villes les moins performantes. 3. Saisissez **5** dans la zone de texte pour afficher les 5 villes les moins performantes de votre ensemble de données. Tableau Desktop a déjà sélectionné un champ (Profit) et une agrégation (Somme) pour le filtre N principaux sur la base des champs de votre vue. Ces paramètres font en sorte que votre vue n’affiche que les cinq villes les moins performantes par somme de profit. ![Onglet Premiers de la boîte de dialogue de Filtre \[Ville\] qui est défini sur le champ Par : 5 derniers](Img/gs_Explore12.png) 6. Cliquez sur **OK**. Vous êtes sur une piste! Mais la vue contient six villes, dont Jacksonville, en Caroline du Nord, qui affiche un bénéfice. Pourquoi une ville affichant un bénéfice apparaîtrait-elle dans la vue alors que vous avez créé un filtre qui était supposé l’en exclure? Jacksonville, Caroline du Nord, est inclus parce que la ville est le niveau de détail le plus bas affiché dans la vue. Pour que Tableau Desktop puisse faire la différence entre Jacksonville, Caroline du Nord et Jacksonville, Floride, il faudrait que vous alliez jusqu’au niveau de détail suivant dans la hiérarchie des lieux, qui, dans ce cas, est le code postal. Après l’ajout du code postal, vous pouvez exclure Jacksonville en Caroline du Nord sans exclure en même temps Jacksonville en Floride. 1. Sur l’étagère Lignes, cliquez sur l’icône plus dans **Ville** pour explorer jusqu’au niveau de détail Code postal. 2. Faites un clic droit sur le code postal de Jacksonville, Caroline du Nord, **28540**, puis sélectionnez **Exclure**. Le code postal est ajouté à l’étagère des filtres pour indiquer que certains membres du champ Postal Code sont exclus de la vue. Même lorsque vous supprimez le champ Code postal de la vue, le filtre reste. 4. Faites glisser **Code postal** hors de l’étagère Lignes. Votre vue se met à jour comme suit : ![Graphique à barres des cinq villes les moins rentables du Sud](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore14.png) Vérifiez votre travail! Découvrez les étapes 1-8 en action _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. Maintenant que vous avez centré votre vue sur les villes les moins profitables, vous pouvez poursuivre votre investigation et identifier les produits responsables. ## Identifier les fauteurs de trouble Vous décidez de découper la vue par sous-catégorie afin d’identifier les produits qui tirent le profit vers le bas. Vous savez que le champ Sous-catégorie contient des informations sur les produits vendus par lieu, donc c’est votre point de départ. 1. Faites glisser **Sous-catégorie** vers l’étagère **Lignes**, et placez-le à droite de Ville. 2. Faites glisser **Profit** vers **Couleur** dans la fiche Repères pour voir plus facilement les produits affichant un profit négatif. 3. Dans le volet Données, faites un clic droit sur **Date de commande** et sélectionnez **Afficher le filtre**. Vous pouvez maintenant explorer les profits négatifs pour chaque année si vous le souhaitez et repérer rapidement les produits à l’origine de pertes. Les machines, les tables et les classeurs ne brillent pas par leurs résultats. Que diriez-vous de cesser de vendre ces articles à Jacksonville, Miami, Burlington, Knoxville et Memphis? ![Graphique à barres horizontales qui montre la rentabilité de la sous-catégorie pour les villes les moins performantes](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Explore15.png) ## Vérifier vos conclusions L’élimination des classeurs, des machines et des tables va-t-elle redresser les profits en Floride, Caroline du Nord et Tennessee? Pour le savoir, vous pouvez filtrer les produits problématiques pour voir ce qui se passe. 1. Revenez à votre vue cartographique en cliquant sur l’onglet de la feuille **Carte des profits**. 2. Dans le volet Données, faites un clic droit sur **Sous-catégorie** et sélectionnez **Afficher le filtre**. Une fiche filtre pour tous les produits que vous proposez apparaît en regard de la vue cartographique. Vous utiliserez ce filtre plus tard. 3. Depuis le volet Données, faites glisser **Profit** et **Profit Ratio** sur **Étiquette** dans la fiche Repères. - Pour formater le ratio de profit sous forme de pourcentage, cliquez avec le bouton droit de la souris sur le **Profit Ratio** et sélectionnez **Format**. Puis, dans la section **Défaut**, choisissez **Pourcentage** pour **Nombres** et définissez le nombre de décimales que vous souhaitez afficher sur la carte. Pour cette carte, nous choisirons zéro décimale. Fermez ensuite le volet de mise en forme. Vous pouvez maintenant voir le profit exact de chaque Région sans avoir à pointer le curseur dessus. 4. Dans le volet Données, faites un clic droit sur **Date de commande** et sélectionnez **Afficher le filtre** pour ajouter un contexte à la vue. Une fiche filtre pour YEAR(Date de commande) apparaît dans la vue. Vous pouvez maintenant voir le profit pour toutes les années ou une combinaison d’années, ce qui peut être utile pour votre présentation. 5. Désélectionnez **Binders**, **Machines** et **Tables** de la liste dans la fiche filtre Sous-catégorie dans la vue. Rappelez-vous que l’ajout de filtres à votre vue vous permet d’inclure ou d’exclure des valeurs pour mettre en exergue certaines parties de vos données; À mesure que vous désélectionnez chaque membre, le profit pour le Tennessee, la Caroline du Nord et la Floride s’améliore, jusqu’à ce que chacun ait un profit positif à la fin. ![Le résultat de la désélection des relieurs, des machines et des tables du filtre de sous-catégorie](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_explore-deselect.png) Voici une découverte intéressante! Il est clair que les classeurs, les machines et les tables sont responsables des pertes au Tennessee, en Caroline du Nord et en Floride, mais pas dans le reste de la région Sud. Vous remarquez comme le profit diminue dans certains autres Régions lorsque vous désélectionnez des articles dans la fiche filtre? Par exemple, si vous désactivez **Binders** dans la fiche filtre Sous-catégorie, le profit chute de 4 % en Arkansas. Vous pouvez en déduire que les classeurs sont profitables en Arkansas. Vous souhaitez partager cette découverte avec votre équipe en lui faisant retracer les mêmes étapes que vous. 11. Sélectionnez **(Tout)** dans la fiche filtre Sous-catégorie de manière à inclure à nouveau tous les produits. En savoir plus : Autres questions que vous vous posez Vous avez découvert que les classeurs, les machines et les tables étaient responsables du profit négatif au Tennessee, en Caroline du Nord et en Floride. Et maintenant? Vous pouvez continuer à explorer les données en répondant aux questions ci-dessous. **Remarque :** si vous utilisez votre vue pour explorer ces questions, annulez les modifications avant de poursuivre le tutoriel de prise en main. - Comment se présentent les ventes de machines au Tennessee, en Caroline du Nord et en Floride? En vendez-vous beaucoup? Si oui, quel est l’impact sur le profit? - Quels sont les autres facteurs susceptibles de contribuer à ces résultats? Les revendeurs dans la région Sud vendent-ils des produits au rabais? - Qu’en est-il des ventes de tables et de classeurs? - Que se passe-t-il pour les ventes à Jacksonville, Miami, Burlington, Knoxville et Memphis lorsque vous supprimez des machines, des tables ou des classeurs? - Qu’en est-il des bibliothèques? Rappelez-vous qu’à l’étape 2, vous avez constaté que les étagères n’étaient pas du tout profitables dans d’autres régions. Vous pourriez vous pencher sur ces régions pour faire apparaître d’autres solutions possibles. Vérifiez votre travail! Découvrez « Vérifier vos conclusions » en action _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. Vous savez maintenant que les machines, les tables et les classeurs sont des produits problématiques pour votre société. En vous concentrant sur la région Sud, vous voyez que ces produits ont un impact variable sur le profit. Cela peut faire l’objet d’une discussion intéressante avec votre responsable. Vous allez ensuite rassembler le travail que vous avez effectué jusque-là dans un tableau de bord afin de pouvoir présenter vos conclusions avec clarté. **En savoir plus sur l’utilisation des cartes et des rôles géographiques** dans la bibliothèque d’apprentissage (menu supérieur). Passez à l’étape [Étape 6 : Créer un tableau de bord présentant vos connaissances](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-ca/get-started-tutorial-build.htm) [Passer au contenu principal](#main-content) # Étape 6 : Créer un tableau de bord présentant vos connaissances Vous avez créé quatre feuilles de calcul qui transmettent des informations importantes à porter à la connaissance de votre responsable. Vous avez maintenant besoin d’un moyen de montrer les pertes dans le Tennessee, en Caroline du Nord et en Floride et d’expliquer certaines des raisons pour lesquelles les bénéfices sont faibles. Pour cela, vous pouvez utiliser des tableaux de bord et afficher plusieurs feuilles de calcul à la fois, et, si vous le souhaitez, interagir avec elles. Pour des ressources et vidéos connexes, consultez [Création de tableaux de bord dans Tableau Desktop](https://www.tableau.com/fr-ca/node/106947?playlist=509089). ## Configurer votre tableau de bord Vous souhaitez mettre l’accent sur le fait que certains articles vendus dans certains lieux affichent des résultats médiocres. La vue en graphique à barres du profit et votre vue cartographique démontrent ce point de manière éloquente. 1. Cliquez sur le bouton **Nouveau tableau de bord**. ![Icône Nouveau tableau de bord](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Build1.png) 2. Dans le volet **Tableau de bord** sur la gauche, vous verrez les feuilles que vous avez créées. Faites glisser **Ventes dans le Sud** vers votre tableau de bord vide. 3. Faites glisser la **carte des profits** vers votre tableau de bord et déposez-le au-dessus des ventes de la vue « Sud ». Votre tableau de bord se met à jour et se présente comme suit : ![Tableau de bord avec les feuilles « Carte des profits » et « Ventes dans le Sud »](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Build2.png) Vous pouvez maintenant voir les deux vues à la fois! Malheureusement, le graphique à barres est un peu entassé, ce qui n’aide pas votre responsable à comprendre vos données. ## Organiser votre tableau de bord Les détails de chaque article dans la section **Sous-catégorie** ne sont pas très lisibles dans votre graphique à barres « Ventes dans le Sud ». En résolvant ce problème, vous aurez davantage de latitude pour communiquer les informations dont vous avez besoin. 1. Dans le graphique « Ventes dans le Sud », faites un clic droit sur une valeur de l’en-tête de colonne **Catégorie** et désélectionnez **Afficher l’en-tête**. ![Menu dans lequel Afficher l’en-tête est sélectionné](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Build3.png) 2. Dans le graphique « Ventes dans le Sud », faites un clic droit sur l’en-tête « Date de commande/ Sous-catégorie » et sélectionnez « Masquer les étiquettes de champ pour les colonnes ». ![Le menu des étiquettes de champ de colonne](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_build4.png) Vous avez maintenant masqué les informations superflues de votre tableau de bord tout en préservant la répartition de vos données. L’espace supplémentaire facilite la visualisation des données sur votre tableau de bord, mais éclaircissons encore plus les choses. 3. Faites un clic droit sur le titre **Carte des profits** et sélectionnez **Masquer le titre**. Le titre « Carte des profits » n’apparaît plus dans le tableau de bord, ce qui libère encore plus d’espace. 4. Répétez cette étape pour le titre de la vue **« Ventes dans le Sud »**. 5. Chaque fois que vous avez sorti une feuille, ses filtres sont apparus aussi. Cela signifie que certains filtres s’affichent en double. Sélectionnez la fiche filtre **Sous-catégorie** sur le côté droit de votre vue, et en haut de la fiche, cliquez sur l’icône **Supprimer** ![Icône Supprimer du tableau de bord](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_build5.png). 6. Répétez cette étape pour la seconde fiche filtre **Sous-catégorie** et l’une des fiches filtre **Année de la date de commande**. 7. Cliquez sur la **légende des couleurs Profit** et faites-la glisser de la droite jusque sous le graphique « Ventes dans le Sud ». 8. Enfin, sélectionnez le filtre restant **Année de la date de commande**, cliquez sur sa flèche déroulante, et sélectionnez **Flottant**. Déplacez-le vers l’espace blanc dans la vue cartographique. Dans cet exemple, il est placé juste à proximité d’East Coast, dans l’Océan Atlantique. Essayez de sélectionner différentes années en appliquant le filtre « Année de la date de commande ». Vos données sont filtrées rapidement pour afficher les performances d’un État, année après année. C’est déjà bien, mais vous pourriez encore faciliter davantage la comparaison. 10. Cliquez sur la flèche déroulante en haut du filtre **Année de la date de commande**, et sélectionnez **Valeur unique (curseur)**. Votre vue se met à jour comme suit : ![Tableau de bord avec les feuilles « Carte des profits » et « Ventes dans le Sud » avec moins d’en-têtes de colonnes et de filtres](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_build6.png) En savoir plus : Différencier les objets flottants et les objets composés de tuiles dans un tableau de bord Vous pouvez définir les objets d’un tableau de bord sur **Composé de tuiles** ou **Flottant**. Les éléments composés de tuiles sont automatiquement dimensionnés en fonction de la zone dans laquelle vous les déposez. Vous pouvez déplacer et dimensionner librement les objets flottants en les détachant des autres objets du tableau de bord. Si vous le souhaitez, vous pouvez inclure à la fois des objets flottants et des objets composés de tuiles dans le même tableau de bord. **En savoir plus sur l’organisation de votre tableau de bord** dans la bibliothèque d’apprentissage (menu supérieur). Maintenant, votre tableau de bord a vraiment belle allure! Vous pouvez maintenant comparer facilement le profit et les ventes par année. Mais cela n’est pas très différent de quelques images dans une présentation, et vous avez à votre disposition l’outil Tableau! Rendons donc votre tableau de bord plus séduisant. Vérifiez votre travail! Découvrez « Organiser votre tableau de bord » en action _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Ajout d’interactivité N’aimeriez-vous pas pouvoir afficher les sous-catégories profitables dans des États spécifiques? 1. Sélectionnez la **Carte des profits** dans le tableau de bord et cliquez sur l’icône **Utiliser comme filtre** ![Icône Utiliser comme filtre](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_build7.png) en haut à droite. 2. Sélectionnez un État dans la région Sud de la carte. Les ventes du graphique à barres Sud sont automatiquement mises à jour de manière à n’afficher que les ventes de sous-catégorie dans la région sélectionnée. Vous pouvez rapidement voir les sous-catégories profitables. 3. Cliquez sur une zone de la carte autre que les États du Sud colorés pour effacer votre sélection. Vous souhaitez également que vos observateurs puissent voir le changement dans les profits en fonction de la date de commande. 5. Sélectionnez le filtre **Année de la date de commande**, cliquez sur la flèche du menu déroulant et sélectionnez **Appliquer aux feuilles de calcul** > **Toutes celles qui utilisent cette source de données**. Explorez les performances d’un État par année à l’aide de votre nouveau tableau de bord interactif! Vérifiez votre travail! Découvrez « Ajouter de l’interactivité » en action Dans ce cas, nous filtrons les ventes réalisées dans la région Sud sur les articles vendus uniquement en Caroline du Nord, puis nous explorons le profit année par année. _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Renommer et accéder Vous présentez votre tableau de bord à votre responsable qui l’apprécie beaucoup. Elle l’a appelé « Ventes et profits régionaux », et vous faites de même en double-cliquant sur **Tableau de bord 1** et en saisissant **Ventes et profits régionaux**. Dans ses recherches, votre responsable estime que la décision d’introduire des machines dans le marché de la Caroline du Nord en 2025 était une _mauvaise idée_. Votre responsable se réjouit d’avoir ce tableau de bord à explorer, mais elle souhaite également que vous présentiez un plan d’action clair au reste de l’équipe. Elle vous demande de créer une présentation avec vos découvertes. Heureusement pour vous, vous savez tout sur les histoires dans Tableau. Passez à l’étape [Étape 7 : Créer une histoire à présenter](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-ca/get-started-tutorial-story.htm). [Passer au contenu principal](#main-content) # Étape 7 : Créer une histoire à présenter Vous avez envie de partager vos conclusions avec d’autres membres de l’équipe. Il est possible que votre équipe réévalue ensemble la vente de machines en Caroline du Nord. Plutôt que d’essayer de deviner quelles informations cruciales intéresseront votre équipe et de les inclure dans une présentation, vous décidez de créer une histoire dans Tableau. Vous pourrez ainsi guider vos observateurs à travers votre processus de découverte des données, et explorer vos données de manière interactive pour répondre à toute question qui émergerait pendant la présentation. ## Créer votre premier plan de reportage Les histoires dans Tableau sont un peu comme des diaporamas. Chaque plan de reportage constitue essentiellement une diapositive indépendante dans une présentation. Et contrairement à un tableau de bord, chaque plan de reportage peut afficher la même visualisation ou tableau de bord dans un état indépendant. Vous n’êtes pas sûr de ce que cela signifie? Suivez les instructions ci-dessous et vous devriez y voir plus clair. Pour la présentation, vous allez commencer par une vue d’ensemble. 1. Cliquez sur le bouton **Nouvelle histoire**. ![Icône Nouvelle histoire](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Story1.png) Un espace de travail vide s’affiche avec la mention « Faites glisser une feuille ici ». C’est là que vous allez créer votre premier plan de reportage. Les histoires vides ressemblent beaucoup à des tableaux de bord vides. Et comme un tableau de bord, vous pouvez faire glisser des feuilles de calcul pour les présenter. Dans une histoire, vous pouvez également faire glisser des tableaux de bord dans votre présentation. 5. Depuis le volet Histoire à gauche, faites glisser la feuille de calcul **Ventes dans le Sud** sur votre vue. 6. Ajoutez une légende (par exemple « Ventes et profits par année ») en modifiant le texte dans la zone grise au-dessus de la feuille de calcul. ![La fiche Ventes du Sud affichée dans une histoire](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Story2.png) Ce plan de reportage est un moyen utile de familiariser les observateurs avec vos données. Mais votre but à vous est de raconter une histoire sur la vente de machines en Caroline du Nord. Concentrons-nous donc sur ces données. ## Mettre en surbrillance les ventes de machines Pour introduire les machines dans l’image, vous pouvez utiliser le filtre de sous-catégorie qui est inclus dans votre graphique à barres « Ventes dans le Sud ». 1. Dans le volet **Histoire**, sous « Nouveau plan de reportage », cliquez sur **Dupliquer** pour dupliquer le premier plan de reportage. Reprenez votre travail à partir du point où vous vous étiez arrêté, mais sachez que votre premier plan de reportage sera exactement tel que vous l’avez laissé. Dans ce nouveau plan de reportage, vous pouvez modifier les filtres et autres éléments d’interactivité sans modifier le premier plan de reportage ni la visualisation sous-jacente. 2. Étant donné que vous racontez une histoire sur des machines, dans le filtre de sous-catégorie, désélectionnez la sélection **(Tout)**, puis sélectionnez **Machines**. Vos observateurs peuvent maintenant identifier rapidement les ventes et les profits générés par les machines par année. 3. Ajoutez une légende pour souligner ce que voient vos observateurs, par exemple « Ventes de machines et profits par année ». ![Histoire qui inclut la feuille des ventes dans le Sud et est filtrée pour les machines](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Story4.png) Vous avez réussi à déplacer le focus sur les machines, mais vous réalisez que quelque chose cloche. Dans cette vue, vous ne pouvez pas identifier l’État qui contribue aux pertes. Vous allez corriger ce point dans votre prochain plan de reportage en introduisant votre carte. En savoir plus : Qu’est-ce que la mini barre d’outils qui apparaît à côté de la légende de votre plan de reportage? La barre d’outils Histoire ![Icônes qui s’affichent lorsque vous survolez les légendes des points de reportage](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_story_toolbar.png) apparaît à côté de la légende du plan de reportage une fois que vous avez déposé votre premier plan de reportage sur l’espace de travail et passé la souris sur la zone du navigateur. Utilisez-la pour annuler des modifications, appliquer des mises à jour à un plan de reportage, supprimer un plan de reportage ou créer un nouveau plan de reportage à partir du plan actuel personnalisé. Toutes les options sont disponibles une fois que vous avez apporté une modification au plan de reportage. Sinon, seule l’option de suppression est disponible. Vérifiez votre travail! Découvrez « Créer votre premier plan de reportage » et « Mettre en surbrillance les ventes de machines » en action. _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Faire passer votre message La leçon principale est que les machines en Caroline du Nord sont source de pertes pour votre entreprise. Vous tirez cette conclusion dans le tableau de bord que vous avez créé. L’analyse des ventes générales et des profits par année ne suffit pas à démontrer ce point, mais les profits régionaux, eux, le font apparaître. 1. Dans le volet **Histoire** , sélectionnez **Vide** pour ajouter un nouveau plan de reportage vide. Faites ensuite glisser votre tableau de bord **Ventes et profits régionaux** sur l’espace de travail. Cela donne à vos observateurs une nouvelle perspective sur vos données : le profit négatif attire l’attention. ![Histoire qui utilise le tableau de bord « Ventes et profits régionaux »](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Story6.png) 3. Ajoutez une légende du type « Articles sous-performants de la région Sud ». Pour limiter vos résultats à la Caroline du Nord seulement, commencez par un plan de reportage dupliqué. 1. Sélectionnez **Dupliquer** pour créer un autre plan de reportage avec votre tableau de bord « Profits régionaux ». 2. Sélectionnez **Caroline du Nord** sur la carte et notez que le graphique à barres se met automatiquement à jour. 3. Sélectionnez Tout dans la fiche filtre Année de la date de commande. 4. Ajoutez une légende, par exemple, « Profits en Caroline du Nord, 2022-2025 ». Vous allez maintenant présenter à votre public l’évolution du profit par année en Caroline du Nord. Pour cela, vous allez créer quatre plans de reportage : 1. Sélectionnez **Dupliquer** pour commencer avec votre tableau de bord « Profits régionaux » centré sur la Caroline du Nord. 2. Dans le filtre Année de commande, cliquez sur le bouton fléché vers la droite pour faire apparaître **2022**. 3. Ajoutez une légende, par exemple « Profits en Caroline du Nord, 2022 », puis cliquez sur **Dupliquer**. 4. Répétez les étapes 2 et 3 pour les années 2023, 2024 et 2025. Vos observateurs ont maintenant une idée des produits qui ont été introduits sur le marché de la Caroline du Nord, à quelle date, et avec des résultats fort médiocres. Vérifiez votre travail! Découvrez "Faire passer votre message" en action. _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Touches finales Dans ce plan de reportage, qui se concentre sur les données de 2025, vous souhaitez décrire vos conclusions. Ajoutons plus de détails qu’une simple légende. 1. Dans le volet de gauche, sélectionnez **Faire glisser pour ajouter du texte** et faites glisser sur votre vue. 2. Entrez une description pour votre tableau de bord en mettant en avant les performances médiocres des machines en Caroline du Nord, par exemple : « La réintroduction des machines sur le marché de la Caroline du Nord en 2025 a généré des pertes importantes ». Pendant la présentation, pour obtenir un effet dramatique, vous pouvez survoler Machines dans le graphique à barres Ventes dans la région Sud pour afficher une infobulle utile : des pertes s’élevant à près de 4 000 $. ![Tableau de bord « Ventes et profits régionaux » affichant une légende de texte qui se lit comme suit « L’introduction de machines sur le marché de la Caroline du Nord en 2021 a entraîné des pertes financières importantes. »](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Story9.png) Et maintenant, pour l’opération finale, vous allez explorer les données en détail. 4. Dans le volet Histoire, cliquez sur **Vide**. 5. Dans le volet Histoire, faites glisser **Negative Profit Bar Chart** vers la vue. 6. Dans la fiche de filtre **Année de la date de commande**, restreignez la vue à l’année **2025** seulement. Vous pouvez maintenant constater facilement que la perte de bénéfices pour les machines était limitée à Burlington, Caroline du Nord. 7. Dans la vue, faites un clic droit sur le repère **Burlington** (barre) et sélectionnez **Annoter** > **Repère**. 8. Dans la boîte de dialogue Modifier l’annotation qui s’affiche, supprimez le texte de remplissage et entrez : « Les machines à Burlington ont entraîné près de 4 000 $ de pertes en 2025 ». 9. Cliquez sur **OK**. 10. Dans la vue, cliquez sur l’annotation et faites-la glisser pour ajuster l’endroit où elle apparaît. 11. Donnez à ce plan de reportage la légende suivante : « Où les machines sont-elles déficitaires en Caroline du Nord? » 12. Double-cliquez sur l’onglet **Histoire 1** et renommez votre histoire « Augmenter les profits dans le Sud ». 13. Vérifiez votre histoire en sélectionnant **Window** > **Mode présentation**. En savoir plus : Adapter à la taille de l’écran. Que sont ces barres de défilement à droite ou en bas de votre tableau de bord lorsque vous êtes en mode présentation? ![Histoire contenant des barres de défilement horizontales et verticales](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Story7.png) Il semblerait que votre tableau de bord ne corresponde pas bien à la présentation. C’est énervant. Appuyez sur la touche **Esc** pour quitter votre présentation, puis sélectionnez la feuille **Ventes et profits régionaux** dans la partie inférieure de votre classeur. Dans le volet de gauche, sous **Tableau de bord**, remplacez la sélection actuelle du menu déroulant **Taille** par **Ajuster pour augmenter les profit au Sud**. Ceci ajustera automatiquement votre tableau de bord pour un affichage optimal du reportage. ![Menu du volet Tableau de bord utilisé pour modifier la taille de votre tableau de bord](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Story10.png) Sélectionnez la feuille du reportage **Ajuster pour augmenter les profit au Sud**, puis passez à nouveau en mode Présentation. Votre tableau de bord est parfaitement ajusté. Vérifiez votre travail! Découvrez « Touches finales » en action. _Cliquez sur l’image pour le rejouer_ **Remarque** : Les détails de ce GIF peuvent ne pas correspondre exactement à ce qui s’affiche à l’écran. ## Après votre présentation Votre présentation s’est très bien passée. L’équipe est convaincue qu’il y a du travail à faire pour améliorer les bénéfices à Burlington, Caroline du Nord. De plus, elle est curieuse de savoir pourquoi les machines ont eu un rendement aussi médiocre. Votre patron est ravi. Non seulement vous avez identifié un moyen de traiter les pertes, mais vous avez réussi à ce que votre équipe se pose des questions sur ses données. Pour garder ces leçons à l’esprit, votre patron vous demande d’envoyer, par courriel, un document avec les résultats de vos recherches. C’est une bonne chose de savoir partager vos visualisations avec Tableau Server et Tableau Public. Continuez pour [Étape 8 : Partager vos conclusions](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-ca/get-started-tutorial-share.htm). [Passer au contenu principal](#main-content) # Étape 8 : Partager vos conclusions Vous avez travaillé dur (excellent travail!) pour vous rendre compte que Burlington, Caroline du Nord, a besoin d’attention. Partageons cette information avec vos coéquipiers. **Avant de continuer**, sélectionnez une option ci-dessous : - Si vous-même ou votre société n’utilisez pas Tableau Cloud ni Tableau Server, ou si vous souhaitez découvrir une option de partage gratuite, passez à la section [Utiliser Tableau Public](#Use_Tableau_Public). **Remarque :** Si vous utilisez Tableau Desktop Free Edition et que votre entreprise n’autorise pas la publication de contenu sur Tableau Public, vous devez activer Tableau Desktop avec une licence payante pour pouvoir partager ou publier votre travail. - Si vous-même ou votre société utilisez Tableau Cloud ou Tableau Server, et que vous connaissez bien les autorisations qui vous sont attribuées, passez à la section [Utiliser Tableau Cloud ou Tableau Server](#Use_Tableau_Server). ## Utiliser Tableau Public Votre reportage a été un succès. Vous allez la publier sur Tableau Public afin que votre équipe puisse la visualiser en ligne. **Remarque :** lorsque vous publiez sur Tableau Public, comme son nom le suggère, ces vues sont accessibles publiquement. Cela signifie que vous partagez vos vues ainsi que vos données sous-jacentes avec toute personne ayant accès à Internet. Lorsque vous souhaitez partager des informations confidentielles, envisagez [Tableau Server](http://www.tableau.com/fr-ca/products/server) ou [Tableau Cloud](http://www.tableau.com/fr-ca/products/cloud-bi). 1. Sélectionnez **Serveur** > **Tableau Public** > **Enregistrer dans Tableau Public**. 2. Entrez vos identifiants Tableau Public dans la boîte de dialogue. ![Écran de connexion de Tableau Public](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Share7.png) Si vous n’avez pas de profil Tableau Public, cliquez sur **Créer un compte gratuitement** et suivez les invites. 3. Si vous voyez cette boîte de dialogue, ouvrez la page Source de données. Dans le coin supérieur droit, modifiez le type de **Connection** de **En direct** en **Extrait**. ![Boîte de dialogue Extraction de données requise qui affiche « Une erreur s’est produite lors de la tentative d’enregistrement du classeur »](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Share10.png) En savoir plus : Pourquoi avez-vous dû créer un extrait? Et d’ailleurs, qu’est-ce qu’un extrait? Tableau Public ne prend pas en charge les connexions aux données en direct, d’où la nécessité de créer un extrait de données avant la publication. Les extraits de données sont des sous-ensembles enregistrés d’une source de données. Vous pouvez les utiliser pour partager un instantané des données d’un classeur, améliorer les performances ou tirer parti des fonctionnalités de Tableau qui ne sont pas disponibles dans les données sous-jacentes. **En savoir plus sur l’utilisation des extraits** dans la bibliothèque d’apprentissage (menu supérieur). 4. Pour la seconde (et dernière) fois, sélectionnez **Serveur** > **Tableau Public** > **Enregistrer dans Tableau Public**. 5. Lorsque votre navigateur s’ouvre, vérifiez votre histoire intégrée. Elle se présentera ainsi : ![Visualisation des éléments sous-performants dans le Sud qui est téléversée sur Tableau Public](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Share8.png) 6. Cliquez sur **Modifier les détails** pour mettre à jour le titre de votre visualisation, ajouter une description, et autre. 7. Cliquez sur **Enregistrer**. Votre histoire est maintenant disponible sur le Web. 8. Pour la partager avec vos collègues, cliquez sur **Partager** au bas de la visualisation. ![Boîte de dialogue Partager dans Tableau Public](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Share9.png) 9. Comment souhaitez-vous partager votre reportage? 1. Intégré sur votre site Web : Copiez le code HTML dans le champ **Code intégré** et collez-le dans votre blogue ou page Web. 2. Envoyer un lien : Copiez le **Lien** et envoyez-le à vos collègues. 3. Envoyez un courriel à l’aide de votre client de messagerie par défaut en cliquant sur l’icône de courriel. 4. Partagez-la sur Twitter ou Facebook : cliquez sur l’icône appropriée. Une fois ces étapes terminées, [cliquez ici](#Congrats,_you_did_it!) pour passer à la section finale du tutoriel. ## Utiliser Tableau Cloud ou Tableau Server Votre reportage a été un succès. Vous allez la publier sur Tableau Server afin que votre équipe puisse la visualiser en ligne. ### Publier sur Tableau Cloud ou Tableau Server 1. Sélectionnez **Serveur** > **Publier le classeur** ou cliquez sur Partager ![Icône Partager](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/Share_Icon.png) dans la barre d’outils. 2. Cliquez sur **Tableau Cloud** sous **Connexion rapide** pour vous connecter à Tableau Cloud, ou entrez le nom (ou l’adresse IP) de l’instance Tableau Server à laquelle vous souhaitez vous connecter dans la boîte de dialogue, et cliquez sur Se connecter. ![Boîte de dialogue Partager via Tableau Server ou Tableau Cloud](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_share1.png) 3. Dans le champ Nom, saisissez **Augmenter les profits dans le Sud**. 4. Si vous le souhaitez, entrez une description qui servira de référence, par exemple « Suggestions pour augmenter les profits dans le Sud ». 5. Sous **Feuilles**, cliquez sur **Modifier**, puis désélectionnez toutes les feuilles sauf **Augmenter les profits dans le Sud**. En savoir plus : Partager plus que votre histoire. Si vous le souhaitez, vous pouvez partager chaque feuille de votre classeur avec des collègues sur Tableau Server. Il est peut-être toutefois conseillé de déterminer quelles feuilles vous souhaitez mettre à disposition de quels collègues. **Remarque :** selon votre administrateur, vos autorisations peuvent varier. **En savoir plus sur les autorisations Tableau Server** dans la bibliothèque d’apprentissage (menu supérieur). 6. Cliquez sur **Publier**. Tableau Server s’ouvre dans votre navigateur Internet. À l’invite, saisissez vos identifiants pour le serveur. La boîte de dialogue Publication terminée vous informe lorsque votre histoire est prête à être visualisée. ![Boîte de dialogue Publication terminée](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_share3.png) Bon travail! Vous avez réussi à publier votre histoire à l’aide de Tableau Server. ### Envoyer un lien vers votre travail Partageons votre travail avec vos coéquipiers afin qu’ils puissent interagir avec votre histoire en ligne. 1. Dans Tableau Server, accédez à l’histoire « Augmenter les profits dans le Sud » que vous avez publiée. Un écran du type suivant s’affiche : ![Histoire « Augmenter les profits dans le Sud » qui est téléversée sur Tableau Server](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Share5.png) _Si vous avez publié des feuilles supplémentaires à partir de votre classeur, elles devraient figurer avec votre document « Augmenter les profits dans le Sud »._ 2. Cliquez sur **Augmenter les profits dans le Sud**. 3. Dans le menu, sélectionnez **Partager**. ![Boîte de dialogue Partager](/tableau/next/fr-ca/guides/get-started-tutorial/fr-ca/Img/gs_Share4.png) 4. Comment souhaitez-vous partager votre reportage? 1. Intégrez-le sur votre site Web en copiant le champ **Code intégré** et en le collant dans le code HTML de votre page Web. 2. Envoyez un lien e,n copiant le **Lien** et en l’envoyant à vos collègues. 3. Envoyez un courriel à l’aide de votre client de messagerie par défaut : cliquez sur l’icône de courriel. ## Félicitations, vous avez réussi Vous avez utilisé Tableau Desktop pour créer une vue de vos données de produits, cartographier les ventes de produits et la rentabilité par région, créer un tableau de bord illustrant vos conclusions, raconter une histoire à présenter et partager vos conclusions sur le Web pour que les membres de votre équipe puissent en profiter. **Vous êtes devenu un as de données.** Bien joué! Vous avez mis en œuvre la méthode de « Découverte des données » de Tableau : - Poser une question - Collecter les données - Structurer les données - Explorer les données - Partager les informations Voici le flux de travail de base que vous allez suivre en travaillant dans Tableau. Il est toutefois possible qu’un travail de révision plus approfondi que celui accompli ici vous attende à chaque étape. Par exemple, il faudra peut-être quelques révisions pour affiner votre question initiale, depuis une question assez générale (que se passe-t-il avec les ventes?) à une question plus spécifique (quelle ville de la région Sud est responsable des pertes?). Et vos révisions vous entraîneront peut-être dans des directions inattendues. C’est intéressant et c’est ce que nous espérons : que vous découvriez des opportunités que vous ne soupçonniez même pas lors de l’examen initial de vos données. Si vous êtes prêt à vous lancer et à commencer à exploiter vos données, lancez-vous dans l’exploration de vos données dans Tableau. Mais si, avant cela, vous souhaitez plus d’informations, consultez la bibliothèque d’apprentissage. Poursuivez avec la [Bibliothèque d’apprentissage](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-ca/get-started-tutorial-next.htm). [Passer au contenu principal](#main-content) # Bibliothèque d’apprentissage Bienvenue dans la bibliothèque d’apprentissage. Trouvez le nom de l’étape incluant le processus que vous souhaitez approfondir. Défilez jusqu’au tableau suivant pour accéder à des tutoriels supplémentaires, vidéos, livres blancs et autres documents d’apprentissage. L’[aide de Tableau](https://help.tableau.com/current/pro/desktop/fr-ca/default.htm) est également une excellente source d’information.
Étape du tutoriel de prise en mainSujets à explorer

Se connecter à un exemple de source de données

Glisser-déplacer des données pour un premier aperçu

Centrer vos résultats

Explorer vos données géographiquement

Explorer en détail

Créer un tableau de bord présentant vos idées

Partager vos résultats avec d’autres

Voici des tutoriels supplémentaires, vidéos, livres blancs et autres documents d’apprentissage. Utilisez ces ressources pour améliorer votre connaissance de Tableau Desktop.
Que voulez-vous faire?Essayez cet emplacementPour ce type de contenu

Apprendre le nom des éléments de l’interface Tableau

Espace de travail Tableau

Images étiquetées de l’interface utilisateur Tableau.

Trouver d’autres tutoriels et les explorer en utilisant des exemples de données

Exercices d’entraînement

Présentations pratiques rapides expliquant comment créer des types de graphiques courants et décrivant les raisons respectives d’utiliser chaque type, y compris :

  • Graphiques à barres
  • Tableaux texte
  • Graphiques en courbes
  • Nuages de points
  • Cartes de densité
  • Histogrammes
  • Graphiques de Gantt
  • Graphiques à secteurs
  • Arborescences
  • Boîtes à moustaches
  • Graphiques à bulles groupées
  • Cartes

Trouver des exemples des meilleures pratiques pour la visualisation de données

Meilleures pratiques visuelles

Meilleures pratiques pour des tableaux de bord efficaces

Meilleures pratiques pour la présentation d’histoires intéressantes

Meilleures pratiques pour la création de vues accessibles

Meilleures pratiques pour les sources de données publiées

  • Comment créer des visualisations réussies.

  • Comment créer des tableaux de bord efficaces qui aident à repérer les idées clés et à accélérer la prise de décision.

  • Comment raconter une histoire intéressante à l’aide des plans de reportage Tableau.

  • Comment créer des visualisations accessibles par les utilisateurs souffrant de déficiences visuelles ou physiques.

  • Comment utiliser des sources de données partagées pour que vos données soient disponibles pour l’analyse.

En savoir plus sur les produits Tableau avant de commencer votre travail

Livres blancs

Discussions approfondies sur les meilleures pratiques, les tendances de l’industrie et les nouveautés en matière d’analyse des données.

Trouver une formation en ligne ou en personne

Apprentissage et Formation

Suivez des cours de formation gratuits en ligne, à la demande ou inscrivez-vous à des formations en salle pour approfondir votre expertise.

Découvrir comment utiliser Tableau dans le contexte de votre configuration système ou en combinaison avec d’autres produits d’autres sociétés

Base de connaissances

Contenu créé en réponse à des appels de support, conçus pour aider les utilisateurs de Tableau dans des environnements ou scénarios spécifiques.
[Passer au contenu principal](#main-content) # Guide de migration manuelle de Tableau Cloud Ce guide explique comment migrer manuellement votre déploiement Tableau Server vers Tableau Cloud. En un mot, ce guide est utile pour les administrateurs qui exécutent un serveur Tableau Server avec moins de 100 utilisateurs et qui sont à l’aise avec un processus de migration entièrement manuel et en libre-service. Si vous avez beaucoup plus d’utilisateurs et que vos besoins en données sont plus complexes, il peut être avantageux de travailler avec [des services professionnels ou un partenaire de migration expérimenté](https://www.tableau.com/fr-ca/solutions/tableau-migration) pour migrer vers Tableau Cloud. Plus bas, cette rubrique comprend des conseils sur la façon de planifier votre migration. Mais d’abord, assurons-nous que vous comprenez pourquoi le passage à Tableau Cloud est probablement la décision la plus intelligente pour votre organisation. ## Pourquoi la migration peut avoir du sens Si vous utilisez un seul Tableau Server pour un petit groupe d’utilisateurs, il est presque impossible de ne pas gagner du temps et de l’argent en déplaçant votre opération vers Tableau Cloud. La victoire facile pour passer à Tableau Cloud est le gain de temps, qui a tendance à être rare pour la plupart d’entre nous. Et si vous êtes un scientifique ou analyste de données qui s’est retrouvé à exécuter une installation Tableau Server de manière inattendue, migrez et revenez à vos données! Qu’en est-il des grandes organisations? Si votre organisation dépasse 100 utilisateurs, vous bénéficierez sans aucun doute d’économies de temps et d’argent à grande échelle. Tableau Cloud est conçu pour gérer les grandes organisations, mais ce guide ne l’est pas. Si vous cherchez à migrer une plus grande organisation, consultez [Migration Tableau Cloud](https://www.tableau.com/fr-ca/solutions/tableau-migration) où vous en apprendrez davantage sur le travail avec des services professionnels ou avec un partenaire de migration expérimenté. Pour de nombreuses organisations, Tableau Cloud sera plus rapide et plus fiable, avec moins de soucis que tout ce que vous faites actuellement pour faire fonctionner votre Tableau Server. Vous n’aurez jamais besoin de faire face à une autre mise à niveau majeure du serveur, ou même à une mise à jour de version de maintenance, qui, comme vous le savez, n’est en réalité qu’une mise à niveau introduite en contrebande sous un autre nom. Tableau Cloud exécute toujours la dernière version, avec les fonctionnalités les plus récentes. La fiabilité et les performances sont intégrées au service. Après le processus de migration, votre temps avec Tableau Cloud sera consacré à la gestion des utilisateurs et des données. C’est tout! Vous ne serez pas en train de dépanner les erreurs de service ou de combiner les journaux ou de redémarrer et de redémarrer. Travaillez avec votre responsable de compte pour déterminer les coûts de prise en charge de vos utilisateurs. Lors de l’évaluation du coût global, n’oubliez pas que la seule mesure des dépenses de licence par utilisateur ne permet pas une juste comparaison entre le SAAS et l’auto-hébergement d’un serveur. Cette comparaison est particulièrement réductrice si l’on ne tient pas compte du temps passé à gérer Tableau Server et des coûts d’investissement liés à l’actualisation ou à la location du matériel. Le coût annuel de l’exécution d’un seul serveur dans le nuage peut s’élever à plus de 10 000 $ par an. Et bien sûr, toute analyse doit inclure les coûts de personnel liés à la maintenance, aux mises à jour périodiques et au dépannage. ### Approfondir - Pour une évaluation rapide et pertinente de la migration vers Tableau Cloud, consultez le billet de blogue [Dois-je déplacer mes analyses vers Tableau Cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) - Pour plus d’informations sur les avantages du passage d’un système local ou auto-hébergé à Tableau Cloud, consultez l’article de recherche de GigaOm, [CxO Decision Brief: SaaS Business Intelligence Platforms](https://portal.gigaom.com/report/cxo-decision-brief-saas-business-intelligence-platforms). - Pour une étude de cas détaillant les économies de coûts et l’amélioration des performances dans le monde réel, consultez [Splunk migration to Tableau Cloud eliminates server admin overhead and drives better dashboard performance](https://www.tableau.com/fr-ca/solutions/customer/splunk-migrates-tableau-cloud-eliminates-server-admin-overhead). ## Quand la migration n’a pas de sens La liste suivante décrit des scénarios dans lesquels il peut être judicieux de continuer à gérer votre propre instance de Tableau Server au lieu de migrer. Nous nous engageons à améliorer continuellement Tableau Cloud et mettrons à jour cette liste au fur et à mesure que nous publierons de nouvelles fonctionnalités pour combler ces lacunes. Cependant, il est important de vérifier que Tableau Cloud répond à vos exigences avant de décider de migrer. Assurez-vous de valider vos exigences avant de procéder à une migration. - **Réglementation et résidence des données :** votre entreprise opère dans un espace qui doit se conformer à une exigence réglementaire (telle que FedRAMP, PCI, etc.) ou de résidence des données que Tableau Cloud ne satisfait pas encore. Veuillez [consulter notre liste de conformités actuelles](https://compliance.salesforce.com/fr-ca/services/tableau-cloud) et revenez souvent pour savoir quand de nouvelles certifications seront disponibles. - **Sources de données :** votre organisation s’appuie sur une solution de données qui ne fonctionne pas avec Tableau Cloud, n’est pas prise en charge par Tableau Bridge ou dépasse le cadre de votre propriété pour extraire de manière compatible. Ces sources de données comprennent notamment les sources de données multidimensionnelles, les connecteurs personnalisés et les fichiers de connecteurs Tableau (.taco). La rubrique suivante, [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm), présente les différentes sources de données prises en charge et les options disponibles dans Tableau Cloud. Vous pouvez également télécharger gratuitement [Évaluation de l’état de préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-ca/products/921) pour voir quelles sources de données vous utilisez présentement et si elles sont prises en charge sur Tableau Cloud. - **Capacité du site :** si vous disposez de plus de 1 téraoctet de données, jetez un œil à [Advanced Management pour Tableau Cloud](https://help.tableau.com/current/online/fr-ca/itm_intro.htm). Sinon, révisez [Capacité du site Tableau Cloud](https://help.tableau.com/current/online/fr-ca/to_site_capacity.htm) pour optimiser toute consolidation nécessaire. L’article [Évaluation de l’état de préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-ca/products/921) peut vous aider à identifier les actifs qui nécessiteront une consolidation. - **Authentification :** si vous avez besoin de LDAP pour un magasin d’identités externe, l’authentification Kerberos ou l’authentification déléguée Kerberos. - **Gestion des données :** les flux Tableau Prep ne sont pas pris en charge par Tableau Bridge. Si vous avez besoin de mises à jour de données automatisées avec Tableau Prep Flows pour les données derrière un réseau privé, consultez [Comment exécuter des flux Tableau Prep Conductor avec des données sur place dans Tableau Cloud](https://kb.tableau.com/articles/howto/how-to-run-tableau-prep-conductor-flows-with-on-premises-data-in-tableau-cloud?lang=fr-ca). Les flux Tableau Prep utilisant Python ne sont pas non plus pris en charge par Tableau Bridge. ## À qui s’adresse ce guide Ce guide est écrit pour la personne ou l’équipe de personnes qui effectuera la migration vers Tableau Cloud. Le guide est conçu pour les installations de Tableau Server comptant 100 utilisateurs ou moins. Ce guide fournit un processus manuel par étapes pour faire passer votre organisation de Tableau Server à un site entièrement fonctionnel dans Tableau Cloud en une semaine ou deux. Après avoir migré et créé la fonctionnalité administrative principale (identité/utilisateur, configuration du site, authentification, connexion de données, etc.) dans Tableau Cloud, la majeure partie de la migration du contenu peut être partagée avec les créateurs de votre organisation. Un « Creator » est un utilisateur qui possède une licence basée sur le rôle de Creator. En fonction de vos objectifs, vous (l’administrateur) ou vos Creators pouvez migrer le contenu. Pour cette raison, nous avons créé un ensemble de contenus relatifs à la migration que vous pouvez recommander à vos Creators. Les utilisateurs qui migrent du contenu doivent disposer d’une licence Creator et d’un accès à [Tableau Desktop](https://www.tableau.com/fr-ca/products/desktop). Si les créateurs souhaitent migrer les flux Tableau Prep, ils doivent également avoir installé Tableau Prep Builder. ## Après la migration Dans ce guide, nous ferons de notre mieux pour couvrir autant que possible la plate-forme Tableau Cloud, mais il existe certaines fonctionnalités que les administrateurs ne peuvent pas configurer pour le compte de leurs utilisateurs finaux. Les utilisateurs devront apporter des mises à jour à leur contenu une fois la migration terminée. Il existe également certaines fonctionnalités qu’il est préférable de recréer à nouveau dans Tableau Cloud avec l’avantage d’utiliser des fonctionnalités infonuagiques natives. ### Différences de fonctionnalités dans Tableau Cloud Comme mentionné précédemment, l’exécution de Tableau Cloud par rapport à la gestion de votre propre Tableau Server demande beaucoup moins de main-d’œuvre d’un point de vue administratif. Vous trouverez une liste qui résume les différences de fonctionnalités dans la rubrique d’aide de Tableau Server, _Considérations techniques pour la migration de Tableau Server vers Tableau Cloud_ ([Windows](https://help.tableau.com/current/server/fr-ca/migrate_server_to_cloud_overview.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-ca/migrate_server_to_cloud_overview.htm)). Vous trouverez ci-dessous quelques-uns des éléments les plus courants. - Dans Tableau Cloud, en tant qu’administrateur, vous n’avez pas d’accès direct au _Référentiel Tableau Server_ ([Windows](https://help.tableau.com/current/server/fr-ca/server_process_repository.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-ca/server_process_repository.htm)). Cependant, vous pouvez utiliser [Admin Insights](https://help.tableau.com/current/online/fr-ca/adminview_insights_manage.htm) pour comprendre ce qui se passe dans votre environnement Tableau, y compris l’état actuel des licences et les performances. - L’accès utilisateur invité n’est pas disponible pour Tableau Cloud. Utilisez plutôt les [Applications connectées](https://help.tableau.com/current/online/fr-ca/connected_apps.htm) pour élargir l’accès. - Bien que la fonctionnalité de personnalisation complète des polices ne soit pas prise en charge, un ensemble de polices Google peuvent être utilisées avec le contenu publié. - Tableau Cloud utilise un modèle de locataire et de site pour l’administration. Avec [Tableau Cloud Manager](https://help.tableau.com/current/online/fr-ca/cloud_manager_intro.htm), vous pouvez créer plusieurs sites sur votre locataire, comme vous le faites d’habitude sur Tableau Server. Par défaut, vous pouvez créer jusqu’à 3 sites Tableau Cloud. Cette capacité augmente en fonction de l’édition Tableau que vous achetez, jusqu’à 10 sites avec [Enterprise](https://help.tableau.com/current/online/fr-ca/to_tab_enterprise_features.htm) et jusqu’à 50 sites avec [Tableau+](https://help.tableau.com/current/online/fr-ca/to_tab_plus_features.htm). Exécutez l’[Évaluation de l’état de préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-ca/products/921) pour savoir s’il faut adapter certains cas d’utilisation avant de migrer vers Tableau Cloud. ### Tâches devant être effectuées par les utilisateurs finaux Certaines fonctionnalités ne peuvent pas être configurées par les administrateurs pour le compte de leurs utilisateurs finaux ou nécessitent une reconfiguration manuelle. Nous avons créé une liste complète disponible séparément en tant que [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) afin que vous puissiez la partager directement avec vos utilisateurs, mais ces tâches incluent : - Webhooks - Mises à jour des solutions d’intégration - Mettre à jour les scripts de l’API REST - Configuration des extensions d’analyse ## Compatibilité des versions  En règle générale, notre documentation est basée sur des versions récentes de Tableau Server, mais comme le processus couvert par ce guide n’est pas une migration programmatique ou automatisée, nous ne prévoyons pas de problèmes pour la migration à partir d’anciennes versions de Tableau Server vers Tableau Cloud. A proprement parler, le processus décrit dans ce guide est plus un « portage » qu’une « migration » en ce qui concerne les configurations administratives. ## Licences Tableau Cloud utilise des licences d’abonnement basées sur les rôles. Tableau Server prend en charge les licences d’abonnement basées sur les rôles et les anciens modèles de tarification. Si vous utilisez un modèle de licence différent (antérieur), veuillez contacter votre équipe de compte Tableau pour convertir votre licence en abonnement basé sur les rôles. ## Assistance supplémentaire Après avoir lu ce document, vous pouvez décider que vous préférez ne pas entreprendre vous-même une migration manuelle et que vous préférez la confier à un expert. Si tel est le cas, veuillez contacter l’un de nos [partenaires de migration expérimentés](https://www.tableau.com/fr-ca/solutions/tableau-migration#partners) pour savoir comment il peut vous aider à accélérer une migration vers Tableau Cloud. ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm) 6. [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) 7. [Ajouter les utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Liste de contrôle pour la migration de l’utilisateur final Vous êtes dans le [Guide de migration manuelle de Tableau Cloud.](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Bienvenue sur Tableau Cloud! Vous êtes ici car votre administrateur Tableau a récemment migré votre environnement Tableau Server vers [Tableau Cloud](https://online.tableau.com/), la plateforme d’analyse entièrement gérée de Tableau. Dans le cadre de votre migration, les tâches suivantes nécessitent quelques minutes de votre temps pour garantir une transition en douceur vers Tableau Cloud. Si vous utilisiez l’une des fonctionnalités ci-dessous sur Tableau Server, elles devront être recréées sur Tableau Cloud. Consultez cette liste pour comprendre quelles fonctionnalités doivent être recréées et suivez les étapes fournies pour le faire! Travaillez avec votre administrateur Tableau pour accéder à la fois à Tableau Server et à Tableau Cloud pendant que vous migrez ces éléments. - **Actions d’URL** : vous devrez mettre à jour les actions d’URL provenant de Tableau Server afin qu’elles pointent vers les URL de Tableau Cloud, ou vous pouvez utiliser des variables de champ mises à jour. Consultez [Actions URL](https://help.tableau.com/current/pro/desktop/fr-ca/actions_url.htm). - **Abonnements** : vous devrez vous réabonner aux vues, aux classeurs et aux flux sur le site Tableau Cloud. Consultez [Créer un abonnement à une vue ou à un classeur](https://help.tableau.com/current/online/fr-ca/subscribe_user.htm). - **Vues personnalisées** : Une vue personnalisée est une vue dans laquelle vos sélections et filtres sont appliqués. Vous devrez réappliquer les vues personnalisées sur votre site Tableau Cloud. Consultez [Utiliser des vues personnalisées](https://help.tableau.com/current/pro/desktop/fr-ca/customview.htm). - **Sécurité au niveau des lignes** : Les noms d’utilisateurs et de groupes peuvent changer lors d’une migration. Si vous avez utilisé des groupes et des noms d’utilisateur dans les solutions de sécurité au niveau des lignes dans les stratégies de données, sources de données ou classeurs Tableau, v vous devez les mettre à jour après la migration. - **Loupes Parlez aux données** : vous devrez reconfigurer les loupes Parlez aux données sur Tableau Cloud. Consultez [Créer des loupes qui adaptent Parlez aux données à des publics spécifiques](https://help.tableau.com/current/pro/desktop/fr-ca/ask_data_lenses.htm). - **Favoris** : vous devez recréer vos favoris. Vous pouvez ajouter tout type de contenu à vos favoris, à l’exception des sources de données intégrées. Consultez [Marquer les favoris](https://help.tableau.com/current/pro/desktop/fr-ca/favorites.htm). - **Collections** : Les utilisateurs devront recréer les collections dans Tableau Cloud. - **Paramètres du compte utilisateur** : mettez à jour vos paramètres de messagerie et les options de l’interface utilisateur. Consultez [Gérer vos paramètres de compte](https://help.tableau.com/current/pro/desktop/fr-ca/useracct.htm). - **Informations d’identification enregistrées pour les sources de données** : vous devez mettre à jour toutes les sources de données et tous les flux qui incluaient auparavant vos informations d’identification enregistrées. Consultez [Gérer les informations d’identification enregistrées pour les connexions de données](https://help.tableau.com/current/pro/desktop/fr-ca/manage_stored_credentials.htm). - **Webhooks** : vous devez recréer des Webhooks sur Tableau Cloud. Consultez [Webhooks Tableau](https://help.tableau.com/current/developer/webhooks/fr-ca/index.html). - **Solutions d’intégration** : si les vues Tableau Server sont intégrées dans d’autres applications, ces solutions devront être mises à jour pour utiliser les configurations Tableau Cloud. Cela inclut, mais sans s’y limiter, l’URL de l’élément de contenu, la manière dont la page Web interagit avec les éléments et l’authentification à la visualisation. - **Extensions de tableau de bord** : selon le cas d’utilisation, les extensions de tableau de bord peuvent devoir être adaptées au nouvel environnement Tableau Cloud. Consultez [Extensions de tableau de bord](https://help.tableau.com/current/pro/desktop/fr-ca/dashboard_extensions.htm). Votre administrateur Tableau peut avoir besoin de [configurer la prise en charge des extensions de tableau de bord sur votre site Cloud](https://help.tableau.com/current/online/fr-ca/dashboard_extensions_server.htm). - **Gestion des données** : Si votre organisation dispose de fonctionnalités de gestion des données (par Data Management acheté préalablement ou par l’achat de Tableau Enterprise), vous devez mettre à jour les avertissements sur la qualité des données et les descriptions des champs. Consultez [Connexions virtuelles et stratégies de données](https://help.tableau.com/current/online/fr-ca/dm_vconn_overview.htm). ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm) 6. [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) 7. [Ajouter les utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part6.htm) 8. **Vous êtes ici** : Liste de contrôle de la migration des utilisateurs [Passer au contenu principal](#main-content) # Migrer des connexions virtuelles Vous êtes dans le [Guide de migration manuelle de Tableau Cloud.](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Si votre organisation s'appuie sur des connexions virtuelles dans Tableau Server, vous devez les migrer avant de continuer. Si vous n’avez pas configuré de connexions virtuelles pour Tableau Server, ignorez cette procédure. La migration des connexions virtuelles de Tableau Server vers Tableau Cloud s’effectue manuellement. Vous devez recréer la connexion virtuelle (ou la source de données publiée et la connexion virtuelle) sur votre site Tableau Cloud, remplacer la source de données de chaque classeur par la nouvelle connexion virtuelle, puis copier/coller toutes les formules de calcul de la source de données du classeur d’origine vers la source de données mise à jour. **Étape 1 : Recréer et tester la connexion virtuelle sur Tableau Cloud** Consultez [Créer une connexion virtuelle.](https://help.tableau.com/current/online/fr-ca/dm_vconn_create_conn.htm) **Étape 2 : Recréer les sources de données publiées créées avec la connexion virtuelle** Vous devrez recréer toutes les sources de données publiées qui utilisent les connexions virtuelles : 1. Suivez la procédure décrite sur [Utiliser une connexion virtuelle](https://help.tableau.com/current/online/fr-ca/dm_vconn_use.htm). 2. [Créer une source de données publiée](https://help.tableau.com/current/pro/desktop/fr-ca/publish_datasources.htm) dans Tableau Cloud afin qu’elle reflète exactement la source de données du serveur d’origine. Les détails suivants doivent correspondre : - Tous les champs de la source de données d’origine doivent exister dans la nouvelle source de données - Noms de champs : la casse doit également correspondre - La mesure et la dimension doivent être reportées du champ d’origine au nouveau champ - Paramètres par défaut des champs. Consultez [Modifier les paramètres par défaut des champs](https://help.tableau.com/current/pro/desktop/fr-ca/datafields_fieldproperties.htm). 3. Notez si Tableau Bridge est requis pour la source de données. **Étape 3 : Mettre à jour les classeurs pour remplacer les sources de données précédentes** Exécutez la procédure suivante depuis Tableau Desktop pour chaque classeur que vous souhaitez migrer vers Tableau Cloud : 1. Connectez-vous à Tableau Server, accédez au classeur que vous souhaitez migrer, puis téléchargez le classeur. 2. Dans le classeur, sélectionnez **Fichier > Fermer**. Ne fermez pas Tableau Desktop. 3. Déconnectez-vous de Tableau Server : **Serveur > Connecté à http://exemple > Déconnexion**. Vous recevrez un avertissement concernant la déconnexion lorsque vous êtes connecté à Tableau Server. Cliquez sur **OK**. 4. Connectez-vous à Tableau Cloud : **Serveur > Se connecter > Tableau Cloud**. 5. Sur l’écran d’accueil de Tableau Desktop, sélectionnez le fichier du classeur pour l’ouvrir à nouveau. Vous recevrez deux messages d’erreur _Impossible de terminer l'action_. Fermez les messages d’erreur. Lorsque la feuille de calcul s’ouvre, elle affiche le message _Feuille de calcul non disponible_. Ne modifiez pas la connexion à partir du volet principal. 6. Si vous avez déjà créé une nouvelle source de données publiée, passez à l’étape 8. Sinon, mettez à jour la source de données en accédant à **Données > Nouvelle source de données.** - Accédez à la nouvelle connexion virtuelle que vous avez créée pour ce classeur, puis cliquez sur **Connexion**. - Ouvrez le classeur Tableau Server d’origine et copiez les formules. Collez les formules dans le classeur Cloud mis à jour. 7. Créez une nouvelle source de données qui correspond exactement à la source de données précédente. Les noms de champs doivent correspondre exactement. 8. Remplacez la source de données : Sous l’onglet Données, faites un clic droit sur la source de données que vous venez de créer, puis cliquez sur **Remplacer la source de données**. Dans **Remplacer la source de données**, précisez la source correcte dans le sélecteur de **remplacement**, puis cliquez sur **OK**. 9. Cliquez avec le bouton droit de la souris sur l’ancienne source de données, puis cliquez sur **Fermer**. 10. Pour publier les sources de données : - Séparément dans Tableau Cloud, sélectionnez **Publier>Source de données>Nom de la source de données**. - Dans le classeur, sélectionnez **Publier > Classeur**. ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2.htm) 3. **Vous êtes dirigé(e) ici** : Migrer des connexions virtuelles 4. [Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part3.htm#clou) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm) 6. [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) 7. [Ajouter les utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud Vous êtes dans le [Guide de migration manuelle de Tableau Cloud.](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Pour de nombreuses organisations effectuant une migration manuelle, il peut être judicieux de demander aux utilisateurs (ou à un sous-ensemble d’utilisateurs) de migrer le contenu qu’ils connaissent bien vers le nouveau site Tableau Cloud. Les étapes de la migration de contenu décrites dans cette rubrique peuvent être effectuées par les utilisateurs (ayant un rôle Creator) de votre organisation. ## Avant de commencer Avant d’entreprendre une migration de contenu, nous vous conseillons une fois de plus de dresser un inventaire complet et de procéder au nettoyage complet de votre environnement Tableau Server existant. Consultez [Nettoyage : êtes-vous satisfait de votre contenu?](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm#Cleaning) **Gardez les lumières de Tableau Server allumées!** Au cours de votre processus de migration, veillez à ce que l’ensemble du contenu et des processus métier restent opérationnels dans votre système Tableau Server. Ne mettez pas votre environnement Tableau Server hors service avant d’avoir vérifié et validé que votre contenu et vos procédures ont été correctement migrés vers Tableau Cloud. ## Étape 1 : Créer des projets pour votre site avec une stratégie d’accès minimum Nous vous recommandons de configurer votre nouveau site Tableau Cloud avec une stratégie d’accès minimum. Vous devez savoir qu’un utilisateur peut commencer à accéder au contenu de la plate-forme aussitôt qu’il est ajouté à Tableau Cloud. Avant de commencer, nous vous recommandons de consulter la section [Démarrage rapide : Autorisations](https://help.tableau.com/current/online/fr-ca/qs_permissions.htm) pour vous rappeler la façon dont les autorisations interagissent et héritent dans Tableau. Si ces concepts vous sont familiers dans le contexte de Tableau Server, vous pouvez vous lancer. Les autorisations Tableau Cloud utilisent la même logique que celle de Server. Suivez les étapes ci-après pour configurer des projets avec une stratégie d’accès minimum. 1. Configurez des [autorisations de modèle](https://help.tableau.com/current/online/fr-ca/permissions_capabilities.htm) sur le projet par défaut avant de créer d’autres projets. 2. Supprimez les autorisations pour le groupe Tous les utilisateurs. En cochant l’option Supprimer tous les utilisateurs, les projets sont configurés avec des autorisations explicites pour les utilisateurs qui doivent accéder au contenu. 3. [Créer des groupes](https://help.tableau.com/current/online/fr-ca/to_add_users_groups.htm). Les groupes simplifient la gestion des autorisations à mesure que votre organisation et/ou votre contenu évolue. Pour en savoir plus sur les autorisations de projet, consultez [Utiliser les projets pour gérer l’accès au contenu](https://help.tableau.com/current/online/fr-ca/projects.htm). ## Étape 2 : Ajouter des utilisateurs avec des rôles Creator Après avoir configuré la stratégie d’accès minimum, vous pouvez ajouter tous les utilisateurs qui migreront du contenu. Si vous ne comptez pas sur les utilisateurs pour migrer le contenu, vous pouvez les ajouter à un stade ultérieur du processus. Consultez [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm). Suivez les instructions suivantes pour ajouter des utilisateurs ayant le rôle Creator : - Passez en revue les rôles sur le site : [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/online/fr-ca/users_site_roles.htm). - Vous pouvez [ajouter des utilisateurs manuellement](https://help.tableau.com/current/online/fr-ca/sites_addusers.htm) ou [les importer à l’aide d’un fichier CSV](https://help.tableau.com/current/online/fr-ca/users_import.htm). - Après avoir ajouté des utilisateurs et défini leurs rôles, ajoutez-les aux groupes concernés que vous avez définis à l’étape précédente. ## Étape 3 : Migrer des sources de données publiées Si plusieurs classeurs utilisent une seule source de données publiée, vous ne devez migrer la source de données publiée qu’une seule fois. 1. Sur Tableau Desktop, connectez-vous à votre environnement Tableau Server, accédez au(x) classeur(s) que vous souhaitez migrer, puis cliquez sur Télécharger. 2. Dans le menu Données de Tableau Desktop, sélectionnez la source de données, sélectionnez Créer une copie locale, puis enregistrez la copie locale de la source de données. 3. À partir d’une feuille, sélectionnez Données > Remplacer la source de données. Saisissez les options suivantes : - Actuelle: la copie locale actuelle Remplacement : la copie locale que vous avez sauvegardée - Dans le volet Données, cliquez avec le bouton droit sur la source de données publiée d’origine, puis sélectionnez Fermer. 4. Sélectionnez Serveur puis cliquez sur Se déconnecter. 5. Sélectionnez la source de données dans le menu Données, puis sélectionnez Publier sur Serveur. 6. Dans Tableau Desktop, connectez-vous à Tableau Cloud, puis publiez la source de données. 7. Si nécessaire, programmez une actualisation de cette source de données dans Tableau Cloud. Pour plus d’information, consultez [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm). Si la récente source de données publiée est la seule source de données du classeur, suivez les deux étapes suivantes pour publier également le classeur. Si le classeur comporte plusieurs sources de données publiées, passez à l’étape suivante. 1. Lors de la publication de la source de données, prenez le soin de cocher l’option Mettre à jour le classeur pour utiliser la source de données publiée. 2. Sélectionnez Serveur > Publier le classeur pour publier le classeur sur Tableau Cloud. ## Étape 4 : Migrer des classeurs avec plusieurs sources de données publiées Répétez le processus suivant pour toutes les sources de données publiées que vous souhaitez migrer vers Tableau Cloud. 1. Sur Tableau Desktop, connectez-vous à votre environnement Tableau Server, accédez à la source de données publiée que vous souhaitez migrer, puis cliquez sur Télécharger. 2. Le fichier s’ouvre dans Tableau Desktop. Dans le menu Données de Tableau Desktop, sélectionnez la source de données, sélectionnez Créer une copie locale, puis enregistrez la copie locale de la source de données. 3. Dans le volet Données, cliquez avec le bouton droit sur la source de données publiée d’origine, puis sélectionnez Fermer. 4. Répétez les étapes 2 à 3 pour toutes les sources de données publiées dans le classeur. 5. Sélectionnez Serveur puis cliquez sur Se déconnecter. 6. À partir d’une feuille, sélectionnez Données > Remplacer la source de données. Saisissez les options suivantes : - Actuelle : la copie locale actuelle - Remplacement : la copie locale que vous avez sauvegardée 7. Après avoir remplacé toutes les sources de données publiées, sélectionnez Sélectionner > Publier le classeur pour publier le classeur sur Tableau Cloud. Si le classeur comporte également une source de données intégrée nécessitant Tableau Bridge, ces sources de données doivent être publiées séparément, comme lors de la migration. Consultez [Publier une source de données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_datasources.htm). ## Étape 5 : Migrer des classeurs avec des sources de données intégrées 1. Sur Tableau Desktop, connectez-vous à votre environnement Tableau Server, accédez au(x) classeur(s) que vous souhaitez migrer, puis cliquez sur **Télécharger**. 2. Sélectionnez **Serveur** puis cliquez sur **Se déconnecter**. 3. Sélectionnez **Serveur**, puis cliquez sur **Se connecter** pour vous connecter à Tableau Cloud. 4. Si la source de données intégrée nécessite Tableau Bridge dans le cadre d’une actualisation automatique et qu’il s’agit d’un **fichier** (tels que .cvs et .xlsx), suivez les instructions de l’article [Publier des données sur site (Tableau Cloud uniquement)](https://help.tableau.com/current/pro/desktop/fr-ca/publish_datasources.htm#publish-onpremises-data-tableau-cloud-only). 5. Si la source de données ne nécessite pas Tableau Bridge **ou** qu’il ne s’agit pas d’un fichier, **sélectionnez Serveur > Publier un classeur**. ## Étape 6 : Migrer des flux Tableau Prep Pour toutes les données du nuage accessibles au public, vous devrez peut-être activer Tableau Cloud pour les interroger. Pour activer la connectivité, consultez [Autoriser l’accès aux données dans le nuage publiées sur Tableau Cloud](https://www.google.com/url?q=https://help.tableau.com/current/pro/desktop/fr-ca/publish_tableau_online_ip_authorization.htm). Répétez la procédure suivante pour tous les flux Tableau Prep publiées que vous souhaitez migrer vers Tableau Cloud. Exécutez cette procédure sur un ordinateur qui exécute [Tableau Prep Builder](https://www.tableau.com/fr-ca/products/prep/download). 1. Connectez-vous à votre environnement Tableau Server, accédez au flux que vous souhaitez migrer, puis cliquez sur Télécharger. 2. Le flux s’ouvrira dans Tableau Prep Builder : 1. Si le flux se connecte à au moins une source de données publiée, vous serez automatiquement invité à vous connecter à votre serveur. Si vous ne recevez pas automatiquement une invite de connexion, dans le menu du haut, sélectionnez Serveur > Se connecter et connectez-vous à Tableau Server. 2. Accédez à partir du menu du haut et sélectionnez Serveur. Dans Connecté à l’URL du serveur, cliquez sur Se déconnecter. 3. Si le flux se connecte à au moins une source de données publiée, l’avertissement ci-après apparaît : ![](/tableau/next/fr-ca/guides/migration/fr-ca/Img/prep-migrate_583x269.png) 4. Cliquez sur Se déconnecter. 3. Accédez au menu du haut et sélectionnez Serveur > Se connecter > Connexion rapide à Tableau Cloud pour vous connecter à Tableau Cloud. 4. Si le flux ne contient pas la moindre source de données publiée, passez à l’étape suivante. Si le flux se connecte à au moins une source de données publiée 1. Ouvrez le volet Connexions et connectez-vous à la nouvelle version de la source de données publiée sur Tableau Cloud. 2. Faites glisser et déposer la nouvelle connexion pour remplacer l’étape de saisie existante de la source de données publiée Tableau Server. 3. Dans le menu contextuel Connexions, cliquez avec le bouton droit sur la connexion existante et supprimez la source de données publiée de Tableau Server. 4. Répétez les étapes pour toutes les autres sources de données publiées connectées dans le flux. 5. Si votre flux génère une ou plusieurs sources de données publiées, accédez aux étapes de sortie et mettez-les à jour pour référencer la nouvelle source de données publiée sur Tableau Cloud. - Répétez les étapes pour toutes les autres sources de données publiées générées dans le flux. 6. Une fois toutes les sources de données publiées remplacées, sélectionnez Serveur \> Publier le flux ou cliquez sur le bouton Publier dans le coin supérieur droit pour publier le flux sur Tableau Cloud. ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2-5.htm) 4. **Vous êtes dirigé(e) ici** : Migrer des sources de données, des classeurs et des flux vers Tableau Cloud 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm) 6. [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) 7. [Ajouter les utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Partie 1 - Comprendre le déploiement en entreprise **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). La Partie 1 décrit plus en détail les fonctionnalités et les exigences d’un déploiement en entreprise aux normes de l’industrie pour lequel le Guide de déploiement de Tableau Server en entreprise a été conçu. Le diagramme de réseau suivant montre un déploiement multi-niveaux de centre de données générique avec une architecture de référence Tableau Server. ## Normes de l’industrie et exigences de déploiement Cette section décrit les caractéristiques d’un déploiement aux normes de l’industrie. Voici les exigences pour lesquelles l’architecture de référence décrite a été conçue : - Modèle de réseau à plusieurs niveaux : le réseau est lié par des sous-réseaux protégés pour limiter l’accès à chaque couche : couche Web, couche application et couche de données. Aucune communication unique ne peut traverser les sous-réseaux, car toutes les communications se terminent au sous-réseau suivant. - Ports et protocoles bloqués par défaut : chaque sous-réseau ou groupe de sécurité bloquera tous les ports et protocoles entrants et sortants par défaut. La communication est activée, partiellement, en ouvrant des exceptions dans la configuration du port/protocole. - Authentification Web externe : les demandes des utilisateurs provenant d’Internet sont authentifiées par un module d’authentification sur le serveur proxy inverse au niveau Web. Par conséquent, toutes les demandes adressées à la couche application sont authentifiées au niveau Web avant de passer dans la couche application protégée. - Indépendant des plates-formes : la solution peut être déployée avec des applications serveur sur site ou dans le nuage. - Indépendant de la technologie : la solution peut être déployée dans un environnement de machine virtuelle ou dans des conteneurs. Elle peut également être déployée sur Windows ou Linux. Cette version initiale de l’architecture de référence et de la documentation d’accompagnement a toutefois été développée pour Linux s’exécutant dans AWS. - Hautement disponible : tous les composants du système sont déployés en tant que groupement et conçus pour fonctionner dans un déploiement actif/actif ou actif/passif. - Rôles cloisonnés : chaque serveur joue un rôle discret. Cette conception partitionne tous les serveurs de manière à ce que l’accès soit limité aux administrateurs spécifiques au service. Par exemple, les administrateurs de base de données gèrent PostgreSQL pour Tableau, les administrateurs d’identité gèrent le module d’authentification au niveau Web, les administrateurs réseau et nuage gèrent le trafic et la connectivité. - Évolutivité linéaire : en tant que rôles discrets, vous pouvez faire évoluer chaque service de niveau indépendamment en fonction du profil de charge. - Prise en charge des clients : l’architecture de référence prend en charge tous les clients Tableau : Tableau Desktop (versions 2021.2 ou ultérieures), Tableau Mobile et création Web Tableau. ## Mesures de sécurité Comme indiqué, une caractéristique principale de la conception de centre de données aux normes de l’industrie est la sécurité. - Accès : chaque niveau est lié par un sous-réseau qui applique le contrôle d’accès au niveau de la couche réseau à l’aide du filtrage de port. L’accès à la communication entre les sous-réseaux peut également être appliqué par la couche application avec des services authentifiés entre les processus. - Intégration : l’architecture est conçue pour se connecter au fournisseur d’identités sur le serveur proxy au niveau Web. - Confidentialité : le trafic vers la passerelle Web est chiffré à partir du client avec SSL. Le trafic vers les sous-réseaux internes peut également être chiffré. ## Niveau proxy Web Le niveau Web est un sous-réseau dans la DMZ (également appelée zone de périmètre) qui agit comme un tampon de sécurité entre Internet et les sous-réseaux internes où les applications sont déployées. Le niveau Web héberge des serveurs proxy inverses qui ne stockent aucune information sensible. Les serveurs proxy inverses sont configurés avec un module d’extension AuthN pour pré-authentifier les sessions client avec un fournisseur d’identité de confiance, avant de rediriger la demande du client vers Tableau Server. Pour plus d’informations, consultez [Pré-authentification avec un module AuthN](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part5.htm#Pre-auth). ### Équilibreurs de charge La conception du déploiement recommande vivement de déployer une solution d’équilibrage de charge d’entreprise devant les serveurs proxy inverses. Les équilibreurs de charge fournissent des améliorations importantes de la sécurité et des performances par les actions suivantes : - Virtualisation de l’URL front-end pour les services de niveau Application - Application du chiffrement SSL - Déchargement SSL - Application de la compression entre le client et les services de niveau Web - Protection contre les attaques DOS - Haute disponibilité **Remarque :** Tableau Server version 2022.1 inclut la passerelle indépendante de Tableau Server. La passerelle indépendante est une instance autonome du processus du serveur Tableau Gateway qui agit comme un serveur proxy inverse compatible avec Tableau. Au moment de la publication, la passerelle indépendante a été validée, mais pas entièrement testée dans l’architecture de référence EDG. Une fois les tests complets terminés, l’EDG sera mis à jour avec des recommandations prescriptives pour la passerelle indépendante de Tableau Server. ## Niveau Application Le niveau application se trouve dans un sous-réseau qui exécute la logique métier principale de l’application serveur. Le niveau application se compose de services et de processus configurés sur des nœuds distribués dans un groupement. Le niveau application n’est accessible qu’à partir du niveau Web et n’est pas directement accessible par les utilisateurs. Les performances et la fiabilité sont améliorées grâce à la configuration des processus d’application visant à assurer la colocalisation des processus avec différents profils d’utilisation des ressources (par exemple, utilisation intensive des ressources du processeur ou des ressources de la mémoire). ## Niveau Données Le niveau Données est un sous-réseau qui contient des données précieuses. Tout le trafic vers ce niveau provient du niveau Application et est donc déjà authentifié. En plus des exigences d’accès au niveau de la couche réseau avec configuration de port, cette couche doit inclure un accès authentifié et, éventuellement, un trafic chiffré au niveau de la couche Application. [Passer au contenu principal](#main-content) # Partie 2 - Comprendre l’architecture de référence du déploiement de Tableau Server **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). L’image suivante montre les processus Tableau Server pertinents et leur déploiement dans l’architecture de référence. Ce déploiement est considéré comme le déploiement Tableau Server minimal adapté à l’entreprise. Les schémas de processus du serveur de cette rubrique sont destinés à montrer les principaux processus du serveur qui définissent chaque nœud. De nombreux processus du serveur sont pris en charge et s’exécutent également sur des nœuds qui n’apparaissent pas dans les schémas. Pour une liste de tous les processus, consultez la section de configuration du présent guide, [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm). ## Processus Tableau Server L’architecture de référence de Tableau Server est un déploiement de groupement Tableau Server à quatre nœuds avec référentiel externe sur PostgreSQL : - Nœud initial de Tableau Server (Nœud 1) : exécute les services d’administration et de licence TSM requis qui ne peuvent être exécutés que sur un seul nœud du groupement. Dans le contexte de l’entreprise, le nœud initial de Tableau Server est le nœud principal du groupement. Ce nœud exécute également des services d’application redondants avec le Nœud 2. - Nœuds d’application Tableau Server (Nœud 1 et Nœud 2) : les deux nœuds traitent les demandes des clients, se connectent aux sources de données et les interrogent, et se connectent aux nœuds de données. - Nœuds de données Tableau Server (Nœud 3 et Nœud 4) : deux nœuds dédiés à la gestion des données. - PostgreSQL externe : cet hôte exécute le processus de référentiel Tableau Server. Pour un déploiement haute disponibilité, vous devez exécuter un hôte PostgreSQL supplémentaire pour la redondance active/passive. Vous pouvez également exécuter PostgreSQL sur Amazon RDS. Pour plus d’information sur les différences entre exécuter le référentiel sur une instance RDS plutôt que sur une instance EC2, consultez _Référentiel externe Tableau Server_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/server_external_repo.htm)). Le déploiement de Tableau Server avec un référentiel externe nécessite une licence Tableau Advanced Management. Si votre entreprise ne dispose pas d’une expertise interne en matière d’administration de bases de données, vous pouvez éventuellement exécuter le processus de référentiel Tableau Server dans la configuration PostgreSQL interne par défaut. Dans le scénario par défaut, le référentiel est exécuté sur un nœud Tableau avec PostgreSQL intégré. Dans ce cas, nous vous recommandons d’exécuter le référentiel sur un nœud Tableau dédié et un référentiel passif sur un nœud dédié supplémentaire pour prendre en charge le basculement du référentiel. Voir _Basculement du référentiel_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/distrib_ha_failover.htm)). À titre d’exemple, l’implémentation d’AWS décrite dans ce guide explique comment déployer le référentiel externe sur PostgreSQL exécuté sur une instance EC2. - Facultatif : si votre entreprise utilise un stockage externe, vous pouvez déployer le stockage de fichiers externe Tableau en tant que service externe. Ce guide n’inclut pas le stockage de fichiers externe dans le scénario de déploiement principal. Consulte_z Installer Tableau Server avec un stockage de fichiers externe ([Linux](https://help.tableau.com/current/server-linux/fr-ca/server_external_filestore_storage_new_install.htm))._ Le déploiement de Tableau Server avec un magasin de fichiers externe nécessite une licence Tableau Advanced Management. ### Référentiel PostgresSQL Le référentiel Tableau Server est une base de données PostgresSQL qui stocke les données de serveur. Ces données comprennent des informations sur les utilisateurs, les groupes, les affectations de groupes, les autorisations, les projets, les sources de données, les métadonnées d’extraits et les informations d’actualisation Tableau Server. ![La réplication des données se produit entre deux bases de données PostgreSQL, chacune affichant le logo emblématique de l’éléphant.](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-ref-arch-repo.png) Le déploiement PostgresSQL par défaut consomme près de 50 % des ressources de mémoire système. Selon son utilisation (pour la production et les grands déploiements de production), la consommation des ressources peut augmenter. Pour cette raison, nous vous recommandons d’exécuter le processus de référentiel sur un ordinateur qui n’exécute pas d’autre composant serveur exigeant beaucoup de ressources tel que VizQL, le gestionnaire de processus en arrière-plan ou le moteur de données. L’exécution du processus de référentiel avec l’un de ces composants créera des conflits d’E/S, des contraintes de ressources et dégradera les performances globales du déploiement. ## Nœud 1 : Nœud initial Le nœud initial exécute un petit nombre de processus importants et partage la charge des applications avec le Nœud 2. Le premier ordinateur sur lequel vous installez Tableau, le « nœud initial », présente certaines caractéristiques uniques. Trois processus s’exécutent uniquement sur le nœud initial et ne peuvent pas être déplacés vers un autre nœud, sauf en situation d’échec : le service de licences (Gestionnaire de licences), le service d’activation et le contrôleur TSM (contrôleur d’administration). ### Basculement du Nœud 1 et restauration automatisée Les services de licence, d’activation et de contrôleur TSM sont essentiels à la santé d’un déploiement Tableau Server. En cas de défaillance du Nœud 1, les utilisateurs pourront toujours se connecter au déploiement de Tableau Server, car une architecture de référence correctement configurée acheminera les demandes vers le Nœud 2. Cependant, sans ces services de base, le déploiement sera dans un état critique d’échec imminent. Consultez [Récupération automatisée du nœud initial](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part7.htm#Initial). ## Nœuds 1 et 2 : Serveurs d’applications ![Processus du serveur de nœuds d’application Tableau](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-ref-arch-appnodes.png) Les Nœuds 1 et 2 exécutent les processus Tableau Server qui traitent les demandes des clients, interrogent les sources de données, génèrent des visualisations, gèrent le contenu et l’administration, et exécutent la logique métier principale de Tableau. Les serveurs d’applications ne stockent pas de données utilisateur. **Remarque :** « Serveur d’applications » est un terme qui fait également référence à un processus Tableau Server répertorié dans TSM. Le processus sous-jacent pour le « Serveur d’applications » est VizPortal. Exécutés en parallèle, les Nœuds 1 et 2 s’adaptent aux demandes de service de la logique d’équilibrage de charge exécutée sur les serveurs proxy inverses. En tant que nœuds redondants, si l’un de ces nœuds échoue, les demandes des clients et la maintenance sont gérées par le nœud restant. L’architecture de référence a été conçue pour que les processus d’applications supplémentaires s’exécutent sur le même ordinateur. Cela signifie que les processus ne sont pas en concurrence pour les ressources informatiques et ne créent pas de conflits. Par exemple, VizQL, un service de traitement central sur les serveurs d’applications, est fortement lié à l’unité centrale de traitement et à la mémoire. VizQL utilise près de 60 à 70 % de l’unité centrale de traitement et de la mémoire de l’ordinateur personnel. Pour cette raison, l’architecture de référence est conçue de sorte qu’aucun autre processus du serveur lié à la mémoire ou à l’unité centrale de traitement ne se trouve sur le même nœud que VizQL. Les tests montrent que la quantité de charge ou le nombre d’utilisateurs n’affecte pas l’utilisation de la mémoire ou de l’unité centrale de traitement sur les nœuds VizQL. Par exemple, la réduction du nombre d’utilisateurs simultanés dans notre test de charge n’affecte que les performances du tableau de bord ou le processus de chargement des visualisations, mais ne réduit pas l’utilisation des ressources. Par conséquent, en fonction de la mémoire et de l’unité centrale de traitement disponibles lors des pics d’utilisation, vous pouvez envisager d’ajouter des processus du serveur VizQL supplémentaires. Comme point de départ pour des classeurs typiques, affectez 4 cœurs par processus du serveur VizQL. ### Mise à l’échelle des serveurs d’applications L’architecture de référence est conçue pour une échelle basée sur un modèle basé sur l’utilisation. Comme point de départ général, nous recommandons un minimum de deux serveurs d’applications, chacun prenant en charge jusqu’à 1000 utilisateurs. Au fur et à mesure que la base d’utilisateurs augmente, prévoyez d’ajouter un serveur d’applications pour chaque 1000 utilisateurs supplémentaires. Surveillez l’utilisation et les performances pour ajuster la base d’utilisateurs par hôte pour votre entreprise. ## Nœuds 3 et 4 : Serveurs de données ![Processus du serveur de nœuds de données Tableau Server](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-ref-arch-data.png) Les processus du stockage de fichiers, du moteur de données (Hyper) et du gestionnaire de processus en arrière-plan sont co-localisés sur les Nœuds 3 et 4 pour les raisons suivantes : - Optimisation des extraits : l’exécution du gestionnaire de processus en arrière-plan, d’Hyper et du stockage de fichiers sur le même nœud optimise les performances et la fiabilité. Pendant le processus d’extraction, le gestionnaire de processus en arrière-plan interroge la base de données cible, crée le fichier Hyper sur le même nœud, puis le téléverse dans le stockage de fichiers. En co-localisant ces processus du serveur, la routine de création d’extrait ne nécessite pas la copie de flux de données sur le réseau ou les nœuds. - Équilibrage des ressources complémentaire : le gestionnaire de processus en arrière-plan exige principalement des ressources processeur. Le moteur de données est un processus qui exige beaucoup de mémoire. Le couplage de ces processus du serveur permet une utilisation maximale des ressources sur chaque nœud. - Consolidation des processus de données : chacun de ces processus étant des processus de données back-end, il est logique de les exécuter dans le niveau de données le plus sécurisé. Dans les futures versions de l’architecture de référence, les serveurs d’applications et les serveurs de données fonctionneront dans des niveaux distincts. Cependant, en raison des dépendances des applications dans l’architecture Tableau, les serveurs d’applications et de données doivent s’exécuter dans le même niveau à ce moment-là. ### Mise à l’échelle des serveurs de données Comme pour les serveurs d’applications, la planification des ressources requises pour les serveurs de données Tableau nécessite une modélisation basée sur l’utilisation. En général, partez de l’hypothèse que chaque serveur de données peut prendre en charge jusqu’à 2000 travaux d’actualisation d’extrait par jour. À mesure que vos tâches d’extraction augmentent, ajoutez des serveurs de données supplémentaires sans le service de stockage de fichiers. Généralement, le déploiement du serveur de données à deux nœuds convient aux déploiements qui utilisent le système de fichiers local pour le stockage de fichiers. Notez que l’ajout de serveurs d’applications supplémentaires n’a pas d’impact linéaire sur les performances ou l’évolutivité des serveurs de données. En fait, à l’exception d’une surcharge due aux requêtes utilisateur supplémentaires, l’impact de l’ajout d’hôtes d’application et d’utilisateurs supplémentaires est minime. [Passer au contenu principal](#main-content) # Partie 3 - Préparer le déploiement de Tableau Server en entreprise **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). La Partie 3 décrit les exigences de préparation de votre infrastructure pour déployer l’architecture de référence Tableau Server. Avant de commencer, nous vous recommandons de consulter [Partie 2 - Comprendre l’architecture de référence du déploiement de Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part2.htm). Outre la description des exigences, cette rubrique fournit un exemple de mise en œuvre de l’architecture de référence dans un environnement AWS. Le reste de ce guide s’appuie sur l’exemple d’architecture de référence AWS démarré dans cette rubrique. L’un des principes fondamentaux de l’architecture de référence est la standardisation avec les meilleures pratiques de sécurité des centres de données. Plus précisément, l’architecture est conçue pour séparer les services en sous-réseaux de réseau protégés. La communication entre les sous-réseaux est limitée à un protocole et à un trafic de port spécifiques. Le schéma suivant illustre la conception du sous-réseau de l’architecture de référence pour un déploiement sur site ou un déploiement en nuage géré par le client. Pour un exemple de déploiement dans le nuage, consultez la section ci-dessous, [Exemple : Configurer des sous-réseaux et des groupes de sécurité dans AWS](#AWSexampe). ## Sous-réseaux Créez trois sous-réseaux :  - Un niveau Web - Un niveau Application - Un sous-réseau de données. ### Règles de pare-feu/groupe de sécurité Les onglets ci-dessous décrivent les règles de pare-feu pour chaque niveau du centre de données. Pour les règles de groupe de sécurité spécifiques à AWS, consultez la section plus loin dans cette rubrique. Le niveau Web est un sous-réseau DMZ public qui gérera les demandes HTTPS entrantes et transmettra les demandes au niveau Application. Cette conception fournit une couche de défense contre les logiciels malveillants susceptibles de cibler votre entreprise. Le niveau Web bloque l’accès au niveau application/données.
TraficTypeProtocolePlage de portsSource

Entrant

SSHTCP22Sous-réseau bastion (pour les déploiements dans le nuage)
EntrantHTTPTCP80Internet (0.0.0.0/0)
EntrantHTTPSTCP443Internet (0.0.0.0/0)
SortantTout le traficToutTout 
Le sous-réseau Application est l’endroit où réside le déploiement de Tableau Server. Le sous-réseau Application comprend les serveurs d’applications Tableau (Nœud 1 et Nœud 2). Les serveurs d’applications Tableau traitent les demandes des utilisateurs envoyées aux serveurs de données et exécutent la logique métier principale. Le sous-réseau Application comprend également les serveurs de données Tableau (Nœud 3 et Nœud 4). Tout le trafic client vers le niveau Application est authentifié au niveau Web. L’accès administratif au sous-réseau Application est authentifié et acheminé via l’hôte bastion.
TraficTypeProtocolePlage de portsSource

Entrant

SSHTCP22Sous-réseau bastion (pour les déploiements dans le nuage)
EntrantHTTPSTCP443Sous-réseau de niveau Web
SortantTout le traficToutTout 
Le sous-réseau de données est l’endroit où réside le serveur de base de données PostgreSQL externe.
TraficTypeProtocolePlage de portsSource

Entrant

SSHTCP22Sous-réseau bastion (pour les déploiements dans le nuage)
EntrantPostgreSQLTCP5432Sous-réseau de niveau Application
SortantTout le traficToutTout 
La plupart des équipes de sécurité d’entreprise n’autorisent pas la communication directe entre le système d’administration sur site et les nœuds déployés dans le nuage. Au lieu de cela, tout le trafic SSH administratif vers les nœuds de nuage est transmis par proxy via un hôte bastion (également appelé « serveur de saut »). Pour les déploiements dans le nuage, nous recommandons une connexion hôte proxy bastion à toutes les ressources de l’architecture de référence. Il s’agit d’une configuration facultative pour les environnements sur site. L’hôte bastion authentifie l’accès administratif et autorise uniquement le trafic via le protocole SSH.
TraficTypeProtocolePlage de portsSourceDestination

Entrant

SSHTCP22Adresse IP de l’ordinateur administrateur 
SortantSSHTCP22 Sous-réseau de niveau Web
SortantSSHTCP22 Sous-réseau de niveau Application
## Exemple : Configurer des sous-réseaux et des groupes de sécurité dans AWS Cette section fournit des procédures détaillées de création et de configuration de l’environnement VPC et réseau pour le déploiement de l’architecture de référence Tableau Server dans AWS. Les diapositives ci-dessous montrent l’architecture de référence en quatre couches. Au fur et à mesure que vous progressez dans les diapositives, les éléments des composants sont superposés sur la carte de topologie : 1. Topologie de sous-réseau VPC et instances EC2 : un hôte bastion, deux serveurs proxy inverses, quatre serveurs Tableau et au moins un serveur PostgreSQL. 2. Flux de protocole et connectivité Internet. Tout le trafic entrant est géré via la passerelle Internet AWS. Le trafic vers Internet est acheminé via le NAT. 3. Zones de disponibilité. Le proxy, Tableau Server ainsi que les hôtes PostgreSQL sont déployés uniformément sur les deux zones de disponibilité, 4. Groupes de sécurité. Quatre groupes de sécurité (Public, Privé, Données et Bastion) protègent chaque niveau au niveau du protocole. ![Diagramme de réseau d’un nuage privé virtuel avec serveurs, bases de données et utilisateurs.](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-vpc-sg-1.png) ![Diagramme de réseau d’un nuage privé virtuel avec serveurs, bases de données et utilisateurs.](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-vpc-sg-2.png) ![Diagramme de réseau d’un nuage privé virtuel avec serveurs, bases de données et utilisateurs.](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-vpc-sg-3.png) ![Diagramme de réseau d’un nuage privé virtuel avec serveurs, bases de données et utilisateurs.](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-vpc-sg-4.png) ### Zones de disponibilité AWS et haute disponibilité L’architecture de référence telle que présentée dans ce guide spécifie un déploiement qui assure la disponibilité via la redondance en cas de défaillance d’un hôte unique. Cependant, dans le cas d’AWS où l’architecture de référence est déployée sur deux zones de disponibilité, la disponibilité est compromise dans le cas très rare où une zone de disponibilité échoue. ### Configuration de VPC Cette section décrit comment : - Installer et configurer le VPC - Configurer la connectivité Internet - Configurer les sous-réseaux - Créer et configurer des groupes de sécurité ### Configurer VPC La procédure décrite dans cette section correspond à l’interface utilisateur de l’expérience VPC « classique ». Vous pouvez basculer l’interface utilisateur pour afficher la vue classique en désactivant la nouvelle expérience VPC dans le coin supérieur gauche du tableau de bord AWS VPC. Exécutez l’assistant VPC pour créer des sous-réseaux privés et publics par défaut ainsi qu’un routage et une liste ACL réseau par défaut. 1. Avant de configurer un VPC, vous devez créer une adresse IP Elastic. Créez une allocation en utilisant toutes les valeurs par défaut. 2. Exécutez l’assistant VPC > « VPC avec des sous-réseaux publics et privés » 3. Acceptez toutes les valeurs par défaut. À l’exception des éléments suivants :  - Entrez un nom de VPC. - Spécifiez l’ID d’allocation d’adresses IP Elastic. - Spécifiez les masques CIDR suivants : - CIDR IPv4 du sous-réseau public : 10.0.1.0/24. Renommez ce sous-réseau en `Public-a`. - CIDR IPv4 du sous-réseau privé : 10.0.30.0/24. Renommez ce sous-réseau en `Private-a`. - Zone de disponibilité : pour les deux sous-réseaux, sélectionnez l’option a pour la région dans laquelle vous vous trouvez. **Remarque :** pour les besoins de cet exemple, nous utilisons **a** et **b** pour distinguer les zones de disponibilité dans un centre de données AWS donné. Dans AWS, les noms des zones de disponibilité peuvent ne pas correspondre aux exemples présentés ici. Par exemple, certaines zones de disponibilité incluent des zones **c** et **d** dans un centre de données. 4. Cliquez sur Créer un VPC. 5. Une fois le VPC créé, créez les sous-réseaux `Public-b` ,`Private-b` ,`Data` et `Bastion`. Pour créer un sous-réseau, cliquez sur Sous-réseaux > Créer un sous-réseau. - `Public-b` : pour la zone de disponibilité, sélectionnez l’option b pour la région dans laquelle vous vous trouvez. Bloc CIDR : 10.0.2.0/24 - `Private-b` : pour la zone de disponibilité, sélectionnez l’option b pour la région dans laquelle vous vous trouvez. Bloc CIDR : 10.0.31.0/24 - `Data` : pour la zone de disponibilité, sélectionnez la zone a pour la région dans laquelle vous vous trouvez. Bloc CIDR : 10.0.50.0/24. Facultatif : Si vous prévoyez de répliquer la base de données externe sur un groupement PostgreSQL, créez un sous-réseau Data-b dans la zone de disponibilité b avec un bloc CIDR de 10.0.51.0/24. - `Bastion` : sélectionnez une des deux zones comme zone de disponibilité. Bloc CIDR : 10.0.0.0/24 6. Une fois les sous-réseaux créés, modifiez les tables de routage sur les sous-réseaux Public et Bastion de manière à utiliser la table de routage configurée pour la passerelle Internet associée (IGW). Modifiez également les sous-réseaux Privé et Données de manière à utiliser la table de routage configurée pour le traducteur d’adresses réseau (NAT). - Pour déterminer quelle table de routage est configurée avec l’IGW ou le NAT, cliquez sur Tables de routage dans le tableau de bord AWS. Cliquez sur l’un des deux liens de la table de routage pour ouvrir la page de propriétés. Examinez la valeur cible dans Routes > Destination > 0.0.0.0/0. La valeur cible différencie le type de route et commencera par la chaîne `igw-` ou `nat-`. - Pour mettre à jour les tables de routage, VPC > Sous-réseaux > \[subnet\_name\] > Table de routage > Modifier l’association de table de routage. ### Configurer les groupes de sécurité L’assistant VPC crée un seul groupe de sécurité que vous n’utiliserez pas. Créez les groupes de sécurité suivants (Groupes de sécurité > Créer un groupe de sécurité). Les hôtes EC2 seront installés dans ces groupes sur deux zones de disponibilité, comme montré dans le diagramme de diapositives ci-dessus. - Créez un nouveau groupe de sécurité : **Privé**. C’est là que les 4 nœuds de Tableau Server seront installés. À un stade ultérieur du processus d’installation, le groupe de sécurité Privé sera associé aux sous-réseaux 10.0.30.0/24 et 10.0.31.0/24. - Créez un nouveau groupe de sécurité : **Public**. C’est là que les serveurs proxy seront installés. À un stade ultérieur du processus d’installation, le groupe de sécurité Public sera associé aux sous-réseaux 10.0.1.0/24 et 10.0.2.0/24. - Créez un nouveau groupe de sécurité : **Données**. C’est là que le référentiel externe Tableau PostgreSQL sera installé. À un stade ultérieur du processus d’installation, le groupe de sécurité Données sera associé au sous-réseau 10.0.50.0/24 (et éventuellement 10.0.51.0/24). - Créez un nouveau groupe de sécurité : **Bastion**. C’est là que vous installerez l’hôte bastion. À un stade ultérieur du processus d’installation, le groupe de sécurité Bastion sera associé aux sous-réseaux et 10.0.0.0/24. #### Spécifier les règles de trafic entrant et sortant Dans AWS, les groupes de sécurité sont analogues à des pare-feu dans un environnement local. Vous devez spécifier le type de trafic (par exemple, http, https, etc.), le protocole (TCP ou UDP) et les ports ou la plage de ports (par exemple 80, 443, etc.) qui sont autorisés à entrer dans le groupe de sécurité et/ou à en sortir. Pour chaque protocole, vous devez également spécifier la destination ou le trafic source. #### Règles du groupe de sécurité Public
Règles de trafic entrant
TypeProtocolePlage de portsSource
HTTPTCP800.0.0.0/0
HTTPSTCP4430.0.0.0/0
SSHTCP22Groupe de sécurité Bastion
Règles de trafic sortant
TypeProtocolePlage de portsDestination
Tout le traficToutTout0.0.0.0/0
#### Règles du groupe de sécurité Privé Le groupe de sécurité Privé inclut une règle entrante pour autoriser le trafic HTTP à partir du groupe de sécurité Public. Autorisez le trafic HTTP uniquement pendant le processus de déploiement pour vérifier la connectivité. Nous vous recommandons de supprimer la règle HTTP entrante une fois que vous avez terminé de déployer le proxy inverse et de configurer SSL sur Tableau.
Règles de trafic entrant
TypeProtocolePlage de portsSource
HTTPTCP80Groupe de sécurité Public
HTTPSTCP443Groupe de sécurité Public
PostgreSQLTCP5432Groupe de sécurité Données
SSHTCP22Groupe de sécurité Bastion
Tout le traficToutToutGroupe de sécurité Privé
Règles de trafic sortant
TypeProtocolePlage de portsDestination
Tout le traficToutTout0.0.0.0/0
PostgreSQLTCP5432Groupe de sécurité Données
SSHTCP22Groupe de sécurité Bastion
#### Règles du groupe de sécurité Données
Règles de trafic entrant
TypeProtocolePlage de portsSource
PostgreSQLTCP5432Groupe de sécurité Privé
SSHTCP22Groupe de sécurité Bastion
Règles de trafic sortant
TypeProtocolePlage de portsDestination
Tout le traficToutTout0.0.0.0/0
PostgreSQLTCP5432Groupe de sécurité Privé
SSHTCP22Groupe de sécurité Bastion
#### Règles du groupe de sécurité de l’hôte Bastion
Règles de trafic entrant
TypeProtocolePlage de portsSource
SSHTCP22Adresse IP et masque réseau de l’ordinateur que vous utiliserez pour vous connecter à AWS (ordinateur administrateur).
SSHTCP22Groupe de sécurité Privé
SSHTCP22Groupe de sécurité Public
Règles de trafic sortant
TypeProtocolePlage de portsDestination
SSHTCP22Adresse IP et masque réseau de l’ordinateur que vous utiliserez pour vous connecter à AWS (ordinateur administrateur).
SSHTCP22Groupe de sécurité Privé
SSHTCP22Groupe de sécurité Public
SSHTCP22Groupe de sécurité Données
HTTPSTCP4430.0.0.0/0 (Facultatif : créez cette règle si vous devez accéder à Internet pour télécharger le logiciel de support sur l’hôte bastion)
### Activer l’attribution automatique de l’adresse IP publique Vous obtenez ainsi une adresse IP pour vous connecter aux serveurs proxy et à l’hôte bastion. Pour les sous-réseaux Public et Bastion : 1. Sélectionnez le sous-réseau 2. Dans le menu Actions, sélectionnez « Modify auto-assign IP settings » (Modifier les paramètres IP d’attribution automatique). 3. Cliquez sur « Enable auto-assign public IPv4 addresses » (Activer l’attribution automatique d’adresses IPv4 publiques). 4. Cliquez sur Save (Enregistree). ## Équilibreur de charge **Remarque :** si vous effectuez l’installation dans AWS et suivez l’exemple de déploiement de ce guide, vous devez installer et configurer l’équilibreur de charge AWS plus tard dans le processus de déploiement, comme décrit dans la [Partie 5 - Configuration du niveau Web](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part5.htm). Pour les déploiements sur site, collaborez avec vos administrateurs réseau pour déployer des équilibreurs de charge afin de prendre en charge le niveau Web de l’architecture de référence : - Un équilibreur de charge d’application Web qui accepte les requêtes HTTPS des clients Tableau et communique avec les serveurs proxy inverses. - Serveur proxy inverse :  - Nous recommandons un minimum de deux serveurs proxy pour la redondance et pour gérer la charge client. - Reçoit le trafic HTTPS de l’équilibreur de charge. - Prend en charge la session persistante vers l’hôte Tableau. - Configurez le proxy pour l’équilibrage de charge à tour de rôle sur chaque Tableau Server exécutant le processus de passerelle. - Gère les demandes d’authentification du fournisseur d’identités externe. - Proxy de transfert : Tableau Server a besoin d’un accès à Internet pour les licences et les fonctionnalités de carte. En fonction de votre environnement de proxy de transfert, vous devrez peut-être configurer des listes fiables de proxy de transfert pour les URL de service Tableau. Voir _Communication avec Internet_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/plan_network.htm)). ## Configurer les ordinateurs hôtes ### Matériel minimal recommandé Les recommandations suivantes sont basées sur nos tests de données réelles dans l’architecture de référence. Serveurs d’applications : - Processeur : 8 cœurs physiques (16 vCPU), - RAM : 128 Go (16 Go par cœur physique) - Espace disque : 100 Go Serveurs de données : - Processeur : 8 cœurs physiques (16 vCPU), - RAM : 128 Go (16 Go par cœur physique) - Espace disque : 1 To. Si votre déploiement utilise un stockage externe pour le stockage de fichiers Tableau, vous devrez calculer l’espace disque approprié. Consulte_z Installer Tableau Server avec un stockage de fichiers externe ([Linux](https://help.tableau.com/current/server-linux/fr-ca/server_external_filestore_storage_new_install.htm))._ Serveurs proxy - Processeur : 2 cœurs physiques (4 vCPU), - RAM : 8 Go (4 Go par cœur physique) - Espace disque : 100 Go Base de données du référentiel externe - Processeur : 8 cœurs physiques (16 vCPU), - RAM : 128 Go (16 Go par cœur physique) - L’espace disque requis dépend de la charge de vos données et de son impact sur la sauvegarde. Consultez la section _Processus de sauvegarde et de restauration_ dans la rubrique _Espace disque requis_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/requ_diskspace.htm#backup-and-restore-processes)). ### Structure du répertoire L’architecture de référence recommande d’installer le package Tableau Server et les données dans des emplacements autres que ceux par défaut : - Installez le package sur: `/app/tableau_server` : créez ce chemin de répertoire avant d’installer le package Tableau Server, puis spécifiez ce chemin lors de l’installation. - Installez les données Tableau sur:`/data/tableau_data`. Ne créez pas ce répertoire avant d’installer Tableau Server. Au lieu de cela, vous devez spécifier le chemin lors de l’installation, puis le programme d’installation de Tableau créera et autorisera le chemin de manière appropriée. Consultez [Exécuter le paquet d’installation et initialiser TSM](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm#Run2) pour les détails de mise en œuvre. ## Exemple : Installer et préparer les ordinateurs hôtes dans AWS Cette section explique comment installer les hôtes EC2 pour chaque type de serveur dans l’architecture de référence Tableau Server. L’architecture de référence nécessite huit hôtes : - Quatre instances pour Tableau Server. - Deux instances pour serveurs proxy (Apache). - Une instance pour l’hôte bastion. - Une ou deux instances de base de données EC2 PostgreSQL ### Détails de l’instance hôte Installez les ordinateurs hôtes selon les détails ci-dessous. #### Tableau Server - Amazon Linux 2 - Type d’instance : m5a.8xlarge - ID du groupe de sécurité : Privé - Stockage : EBS, 150 Gio, type de volume gp2. Si votre déploiement utilise un stockage externe pour le stockage de fichiers Tableau, vous devrez calculer l’espace disque approprié. Consulte_z Installer Tableau Server avec un stockage de fichiers externe ([Linux](https://help.tableau.com/current/server-linux/fr-ca/server_external_filestore_storage_new_install.htm))._ - Réseau : installez deux hôtes EC2 dans chaque sous-réseau privé (10.0.30.0/24 et 10.0.31.0/24). - Copiez la dernière version de maintenance du package RPM Tableau Server 2021.2 (ou version ultérieure) depuis la [page Téléchargements Tableau](https://www.tableau.com/fr-ca/support/releases/server) vers chaque hôte Tableau. #### Hôte Bastion - Amazon Linux 2 - Type d’instance : t3.micro - ID du groupe de sécurité : Bastion - Stockage : EBS, 50 Gio, type de volume gp2 - Réseau : sous-réseau Bastion 10.0.0.0/24 #### Passerelle indépendante Tableau Server - Amazon Linux 2 - Type d’instance : t3.xlarge - ID du groupe de sécurité : Public - Stockage : EBS, 100 Gio, type de volume gp2 - Réseau : installez une instance EC2 dans chaque sous-réseau public (10.0.1.0/24 et 10.0.2.0/24) #### Hôte PostgreSQL EC2 - Amazon Linux 2 - Type d’instance : r5.4xlarge - ID du groupe de sécurité : Données - Espace de stockage : l’espace disque requis dépend de la charge de vos données et de son impact sur la sauvegarde. Consultez la section _Processus de sauvegarde et de restauration_ dans la rubrique _Espace disque requis_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/requ_diskspace.htm#backup-and-restore-processes)). - Réseau : sous-réseau de données 10.0.50.0/24. (Si vous répliquez PostgreSQL dans un groupement HA, installez le deuxième hôte dans le sous-réseau 10.0.51.0/24) ## Vérification : connectivité VPC Après avoir installé les ordinateurs hôtes, vérifiez la configuration du réseau. Vérifiez la connectivité entre les hôtes en vous connectant avec SSH depuis l’hôte du groupe de sécurité Bastion aux hôtes de chaque sous-réseau. ### Exemple : connexion à l’hôte bastion dans AWS 1. Configurez votre ordinateur administrateur pour ssh-agent. Cela vous permet de vous connecter aux hôtes dans AWS sans placer votre fichier de clé privée sur une instance EC2. Pour configurer ssh-agent sur un Mac, exécutez la commande suivante : `ssh-add -K myPrivateKey.pem` ou pour le dernier système d’exploitation Mac, `ssh-add --apple-use-keychain myPrivateKey.pem` Pour Windows, consultez la rubrique [Se connecter en toute sécurité aux instances Linux s’exécutant dans un VPC Amazon privé](https://aws.amazon.com/blogs/security/securely-connect-to-linux-instances-running-in-a-private-amazon-vpc/). 2. Connectez-vous à l’hôte bastion en exécutant la commande suivante : `ssh -A ec2-user@` 3. Vous pouvez ensuite vous connecter à d’autres hôtes sur le VPC à partir de l’hôte bastion, en utilisant l’adresse IP privée, par exemple : `ssh -A ec2-user@10.0.1.93` [Passer au contenu principal](#main-content) # Partie 4 - Installer et configurer Tableau Server **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). Cette rubrique décrit comment terminer l’installation et la configuration du déploiement de base de Tableau Server. La procédure ici se poursuit avec l’exemple d’architecture de référence AWS et Linux. Les exemples Linux tout au long des procédures d’installation montrent des commandes pour les distributions de type RHEL. Plus précisément, les commandes présentées ici ont été développées avec la distribution Amazon Linux 2. Si vous exécutez la distribution Ubuntu, modifiez les commandes en conséquence. ## Avant de commencer Vous devez préparer et valider votre environnement comme décrit dans la [Partie 3 - Préparer le déploiement de Tableau Server en entreprise](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part3.htm). ## Installer, configurer et vérifier PostgreSQL Cette instance PostgreSQL héberge le référentiel externe pour le déploiement de Tableau Server. Vous devez installer et configurer PostgreSQL avant d’installer Tableau. Vous pouvez exécuter PostgreSQL sur Amazon RDS ou sur une instance EC2. Pour plus d’informations sur les différences entre exécuter le référentiel sur une instance RDS plutôt que sur une instance EC2, consultez _Référentiel externe Tableau Server_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/server_external_repo.htm)). À titre d’exemple, la procédure ci-dessous montre comment installer et configurer Postgres sur une instance Amazon EC2. L’exemple présenté ici est une installation et une configuration génériques pour PostgreSQL dans l’architecture de référence. Votre administrateur de base de données doit optimiser votre déploiement PostgreSQL en fonction de la taille de vos données et de vos besoins en performances. Exigences : Notez que vous devez exécuter PostgreSQL 1.6 et vous devez installer le module uuid-ossp. ### Gestions des versions de PostgreSQL Vous devez installer des versions majeures compatibles de PostgreSQL pour le référentiel externe Tableau Server. De plus, les versions mineures doivent également répondre aux exigences minimales.
Version de Tableau ServerVersions compatibles minimales de PostgreSQL

2022.3.0 - 2022.3.7

2023.1.0 - 2023.1.4

13.7
2022.1.17 - 2022.1.19

2022.3.8 - 2022.3.19

2023.1.5 - 2023.1.15

2023.3.0 - 2023.3.8

13.11
2022.3.20 - 2022.3.x

2023.1.16 - 2023.1.x

2023.3.9 - 2023.3.x

13.14
2024.0 - 2024.2.815.6
2024.2.9 - 2024.2.13

2025.1.0 - 2025.1.6

15.10
2024.2.14 - 2024.2.16

2025.1.7 - 2025.1.9

15,13

2024.2.17

2025.1.10

2025.3 - 2025.3.5

15.14
2025.3.615,16

2026.2.x

17,7
### Installer PostgreSQL Cet exemple de procédure d’installation décrit comment installer PostgreSQL version 13.6. Connectez-vous à l’hôte EC2 que vous avez créé dans la partie précédente. 1. Exécutez la mise à jour pour appliquer les derniers correctifs au système d’exploitation Linux : `sudo yum update` 2. Créez ou modifiez le fichier pgdg.repo. dans le chemin d’accès `/etc/yum.repos.d/`. Remplissez le fichier avec les informations de configuration suivantes: \[pgdg13\] name=PostgreSQL 13 for RHEL/CentOS 7 - x86\_64 baseurl=https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-7-x86\_64 enabled=1 gpgcheck=0 3. Installez Posgres 13.6 : sudo yum install postgresql13-server-13.6-1PGDG.rhel7.x86\_64 4. Installez le module uuid-ossp : sudo yum install postgresql13-contrib-13.6-1PGDG.rhel7.x86\_64 5. Initialisez Postgres : sudo /usr/pgsql-13/bin/postgresql-13-setup initdb ### Configurer Postgres Terminez l’installation de base en configurant Postgres : 1. Mettez à jour le fichier de configuration pg\_hba, `/var/lib/pgsql/13/data/pg_hba.conf`, avec les deux entrées suivantes. Chaque entrée doit inclure le masque des sous-réseaux sur lesquels vos serveurs Tableau Server s’exécuteront :  `host all all 10.0.30.0/24 password` `host all all 10.0.31.0/24 password` 2. Mettez à jour le fichier PostgreSQL, `/var/lib/pgsql/13/data/postgresql.conf`, en ajoutant cette ligne : `listen_addresses = '*'` 3. Configurez de manière à démarrer Postgres au redémarrage : sudo systemctl enable --now postgresql-13 4. Définissez le mot de passe du super-utilisateur : sudo su - postgres psql -c "alter user postgres with password 'StrongPassword'" **Remarque :** Définissez un mot de passe fort. N’utilisez pas `'StrongPassword`’ comme indiqué dans l’exemple ici. exit 5. Redémarrez Postgres : sudo systemctl restart postgresql-13 ## Effectuer une sauvegarde tar PostgreSQL de l’Étape 1 Créez une sauvegarde tar de la configuration PostgreSQL. La création d’un instantané tar de la configuration actuelle vous fera gagner du temps si vous rencontrez des échecs lors de la poursuite du déploiement. Nous appellerons cela la sauvegarde « Étape 1 ». Sur l’hôte PostgreSQL : 1. Arrêtez l’instance de base de données Postgres : sudo systemctl stop postgresql-13 2. Exécutez la commande suivante pour créer la sauvegarde tar : sudo su cd /var/lib/pgsql tar -cvf step1.13.bkp.tar 13 exit 3. Démarrez la base de données Postgres : sudo systemctl start postgresql-13 Restaurez l’Étape 1 Restaurez à l’Étape 1 si le nœud initial de Tableau Server échoue lors de l’installation. 1. Sur l’ordinateur exécutant Tableau, exécutez le script obliterate pour supprimer complètement Tableau Server de l’hôte : sudo /app/tableau\_server/packages/scripts././tableau-server-obliterate -a -y -y -y -l 2. Restaurez le fichier tar PostgreSQL Étape 1. Sur l’ordinateur exécutant Postgres, exécutez les commandes suivantes : sudo su systemctl stop postgresql-13 cd /var/lib/pgsql tar -xvf step1.13.bkp.tar systemctl start postgresql-13 exit Reprenez le processus d’installation au niveau de l’installation du nœud initial de Tableau Server. ## Avant l’installation Si vous déployez Tableau selon l’exemple de mise en œuvre AWS/Linux décrit dans ce guide, vous pourrez peut-être exécuter le script d’installation automatisée, TabDeploy4EDG. Le script TabDeploy4EDG automatise l’exemple d’installation du déploiement Tableau à quatre nœuds qui est décrit dans les procédures qui suivent. Consultez [Annexe - Boîte à outils de déploiement AWS](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part_app-aws.htm). ## Installer le nœud initial de Tableau Server Cette procédure décrit comment installer le nœud initial de Tableau Server tel que défini par l’architecture de référence. A l’exception de l’installation du paquet et de l’initialisation de TSM, la procédure décrite ici utilise la ligne de commande TSM chaque fois que cela est possible. Outre son indépendance par rapport aux plates-formes, l’utilisation de l’interface en ligne de commande TSM permet une installation plus transparente dans des environnements virtualisés et administrés à distance. ### Exécuter le paquet d’installation et initialiser TSM Connectez-vous au serveur hôte du Nœud 1. 1. Exécutez la mise à jour pour appliquer les derniers correctifs au système d’exploitation Linux : sudo yum update 2. Copiez le paquet d’installation de la [page Téléchargements de Tableau](https://www.tableau.com/fr-ca/support/releases/server) sur l’ordinateur hôte qui exécutera Tableau Server. Par exemple, sur un ordinateur fonctionnant sur un système d’exploitation Linux de type RHEL, exécutez wget https://downloads.tableau.com/esdalt/2022/tableau-server-.rpm où `` correspond au numéro de version. 3. Téléchargez et installez les dépendances : sudo yum deplist tableau-server-.rpm | awk '/provider:/ {print $2}' | sort -u | xargs sudo yum -y install 4. Créez le chemin d’accès `/app/tableau_server` dans le répertoire racine : sudo mkdir -p /app/tableau\_server 5. Exécutez le programme d’installation et spécifiez le chemin d’installation `/app/tableau_server`. Par exemple, sur un système d’exploitation Linux de type RHEL, exécutez : sudo rpm -i --prefix /app/tableau\_server tableau-server-.x86\_64.rpm 6. Passez au répertoire `/app/tableau_server/packages/scripts./` et exécutez le script `initialize-tsm` qui s’y trouve : sudo ./initialize-tsm -d /data/tableau\_data --accepteula 7. Une fois l’initialisation terminée, quittez l’interpréteur de commandes : exit ### Activer et enregistrer Tableau Server 1. Connectez-vous au serveur hôte du Nœud 1. 2. Fournissez la ou les clés de produit Tableau Server à cette étape. Exécutez la commande suivante pour chaque clé de licence que vous avez achetée : tsm licenses activate -k 3. Créez un fichier d’enregistrement json au format indiqué ici : { "zip" : "97403", "country" : "USA", "city" : "Springfield", "last\_name" : "Simpson", "industry" : "Energy", "eula" : "yes", "title" : "Safety Inspection Engineer", "company\_employees" : "100", "phone" : "5558675309", "company" : "Example", "state" : "OR", "opt\_in" : "true", "department" : "Engineering", "first\_name" : "Homer", "email" : "homer@example.com" } 4. Après avoir enregistré les modifications apportées au fichier, transmettez-le avec l’option `--file` pour enregistrer Tableau Server : tsm register --file path\_to\_registration\_file.json ### Configurer le magasin d’identités **Remarque :** si votre déploiement utilise un stockage externe pour le magasin de fichiers Tableau, vous devez activer le stockage de fichiers externe avant de configurer le magasin d’identités. Consulte_z Installer Tableau Server avec un stockage de fichiers externe ([Linux](https://help.tableau.com/current/server-linux/fr-ca/server_external_filestore_storage_new_install.htm))._ L’architecture de référence par défaut utilise un magasin d’identités local. Configurez l’hôte initial avec le magasin d’identités local en transmettant le fichier `config.json` avec la commande `tsm settings import`. Importez le fichier `config.json` en fonction de votre système d’exploitation : Le fichier `config.json` est inclus dans le chemin scripts. du répertoire (par exemple `scripts.20204.21.0217.1203`) et est formaté pour configurer le magasin d’identités. Exécutez la commande suivante pour importer le fichier `config.json` : tsm settings import -f /app/tableau\_server/packages/scripts./config.json ### Configurer Postgres externe 1. Créez un fichier json de base de données externe avec les paramètres de configuration suivants : { "flavor":"generic", "masterUsername":"postgres", "host":"", "port":5432 } 2. Après avoir enregistré les modifications apportées au fichier, transmettez le fichier avec la commande suivante : tsm topology external-services repository enable -f .json --no-ssl Vous serez invité à entrer le mot de passe du nom d’utilisateur principal Postgres. L’option `--no-ssl` configure Tableau pour utiliser SSL/TLS uniquement lorsque le serveur Postgres est configuré pour SSL/TLS. Si Postgres n’est pas configuré pour SSL/TLS, la connexion n’est pas chiffrée. [Partie 6 - Configuration après l’installation](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part6.htm) décrit comment activer SSL/TLS pour la connexion Postgres après avoir terminé la première phase de déploiement. 3. Appliquez les modifications. Exécutez cette commande pour appliquer les modifications et redémarrez Tableau Server : tsm pending-changes apply 4. Supprimez le fichier de configuration que vous avez utilisé à l’étape 1. ### Terminer l’installation du Nœud 1 1. Une fois Tableau Server installé, vous devez initialiser le serveur. Exécutez la commande suivante : tsm initialize --start-server --request-timeout 1800 2. Une fois l’initialisation terminée, vous devez créer un compte d’administrateur Tableau Server. À la différence du compte d’ordinateur que vous utilisez pour installer et gérer les composants du système d’exploitation TSM, le compte administrateur Tableau Server est un compte d’application utilisé pour créer des utilisateurs, des projets et des sites Tableau Server. L’administrateur Tableau Server applique également des autorisations aux ressources Tableau. Exécutez la commande suivante pour créer le compte administrateur initial. Dans l’exemple suivant, l’utilisateur est appelé `tableau-admin` : tabcmd initialuser --server http://localhost --username "tableau-admin" Tabcmd vous demandera de définir un mot de passe pour cet utilisateur. ### Vérification : Configuration du Nœud 1 1. Exécutez la commande suivante pour vérifier que les services TSM sont en cours d’exécution : tsm status -v Tableau doit renvoyer les éléments suivants : external: Status: RUNNING 'Tableau Server Repository 0' is running (Active Repository). node1: localhost Status: RUNNING 'Tableau Server Gateway 0' is running. 'Tableau Server Application Server 0' is running. 'Tableau Server Interactive Microservice Container 0' is running. 'MessageBus Microservice 0' is running. 'Relationship Query Microservice 0' is running. 'Tableau Server VizQL Server 0' is running. ... Tous les services seront répertoriés. 2. Exécutez la commande suivante pour vérifier que le site administratif de Tableau est en cours d’exécution : curl localhost Les premières lignes doivent afficher Vizportal html, semblable à ceci : /./start-administrative-services 8. Sur le Nœud 1, exécutez la commande `tsm status` pour surveiller l’état de TSM avant de redémarrer. Dans certains cas, vous obtiendrez une erreur, `Cannot connect to server...`. Cette erreur se produit car le service tabadmincontroller n’a pas redémarré. Continuer à exécuter régulièrement `tsm status`. Si cette erreur ne disparaît pas après 10 minutes, réexécutez la commande `start-administrative-services`. Après quelques instants, la commande `tsm status` renverra le statut DEGRADED, puis ERROR. Ne démarrez pas TSM tant que l’état STOPPED n’est pas renvoyé. Ensuite, exécutez la commande suivante : tsm start Reprenez le processus d’installation pour installer Tableau Server sur les nœuds restants. ## Installer Tableau Server sur les nœuds restants Pour poursuivre le déploiement, copiez le programme d’installation de Tableau sur chaque nœud. Présentation de la configuration des nœuds Cette section décrit le processus de configuration des Nœuds 2-4. Les sections suivantes fournissent des procédures détaillées de configuration et de validation pour chaque étape. L’installation des Nœuds Tableau Server 2-4 nécessite de générer, copier et référencer un fichier bootstrap pendant l’installation des nœuds. Pour générer le fichier bootstrap, vous devez exécuter une commande TSM sur le nœud initial. Vous copiez ensuite le fichier bootstrap sur le nœud cible, où vous l’exécutez dans le cadre de l’initialisation du nœud. Le contenu json suivant montre un exemple de fichier bootstrap. (Le certificat et les valeurs liées à la cryptographie ont été tronqués pour rendre l’exemple de fichier plus facile à lire.) { "initialBootstrapSettings" : { "certificate" : "-----BEGIN CERTIFICATE-----\\r\\...=\\r\\n-----END CERTIFICATE-----", "port" : 8850, "configurationName" : "tabsvc", "clusterId" : "tabsvc-clusterid", "cryptoKeyStore" : "zs7OzgAAAAIAAAABAAAAA...w==", "toksCryptoKeystore" : "LS0tLS1CRUdJTiBUT00tLS0tCjM5MDBh...L", "sessionCookieMaxAge" : 7200, "nodeId" : "node1", "machineAddress" : "ip-10-0-1-93.us-west-1.compute.internal", "cryptoEnabled" : true, "sessionCookieUser" : "tsm-bootstrap-user", "sessionCookieValue" : "eyJjdHkiOiJKV1QiLCJlbmMiOiJBMTI4Q0JDLUhQ...", "sessionCookieName" : "AUTH\_COOKIE" } } Le fichier bootstrap inclut une validation basée sur la connexion pour authentifier le Nœud 1 et crée un réseau chiffré pour le processus d’amorçage. La session d’amorçage est limitée dans le temps, et la configuration et la validation des nœuds prennent du temps. Prévoyez de créer et de copier de nouveaux fichiers bootstrap lorsque vous configurez les nœuds. Après avoir exécuté le fichier d’amorçage, vous vous connectez au nœud Tableau Server initial et configurez les processus pour le nouveau nœud. Une fois la configuration des nœuds terminée, vous devez appliquer les modifications et redémarrer le nœud initial. Le nouveau nœud est configuré et démarré. Au fur et à mesure que vous ajoutez des nœuds, la configuration et le redémarrage du déploiement prennent ensuite plus de temps. Les exemples Linux tout au long des procédures d’installation montrent des commandes pour les distributions de type RHEL. Si vous exécutez la distribution Ubuntu, modifiez les commandes en conséquence. 1. Exécutez la mise à jour pour appliquer les derniers correctifs au système d’exploitation Linux : sudo yum update 2. Téléchargez et installez les dépendances : sudo yum deplist tableau-server-.rpm | awk '/provider:/ {print $2}' | sort -u | xargs sudo yum -y install 3. Créez le chemin d’accès `/app/tableau_server` dans le répertoire racine : sudo mkdir -p /app/tableau\_server 4. Exécutez le programme d’installation et spécifiez le chemin d’installation `/app/tableau_server`. Par exemple, sur un système d’exploitation Linux de type RHEL, exécutez : sudo rpm -i --prefix /app/tableau\_server tableau-server-.x86\_64.rpm ## Générer, copier et utiliser le fichier d’amorçage pour initialiser TSM La procédure suivante décrit comment générer, copier et utiliser un fichier d’amorçage lors de l’initialisation de TSM sur un autre nœud. Dans cet exemple, le fichier d’amorçage est appelé `boot.json`. Dans cet exemple, les ordinateurs hôtes s’exécutent dans AWS, où les hôtes EC2 exécutent Amazon Linux 2. 1. Connectez-vous au nœud initial (Nœud 1) et exécutez la commande suivante : tsm topology nodes get-bootstrap-file --file boot.json 2. Copiez le fichier d’amorçage sur le Nœud 2. scp boot.json ec2-user@10.0.31.83:/home/ec2-user/ 3. Connectez-vous au Nœud 2 et basculez vers le répertoire des scripts de Tableau Server : cd /app/tableau\_server/packages/scripts. 4. Exécutez la commande `initialize-tsm` et référencez le fichier bootstrap : sudo ./initialize-tsm -d /data/tableau\_data -b /home/ec2-user/boot.json --accepteula 5. Une fois que la commande `initialize-tsm` a été exécutée, supprimez `boot.json`, puis quittez la session ou déconnectez-vous. ## Configurer les processus Vous devez configurer le groupement Tableau Server sur le nœud où le contrôleur d’administration Tableau Server (contrôleur TSM) s’exécute. Le contrôleur TSM s’exécute sur le nœud initial. ![Fenêtre d’état du processus affichant l’état en temps réel du processus en cours d’exécution dans Tableau Server.](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/edg-process-config.png) ### Configurer le Nœud 2 1. Après avoir initialisé TSM à l’aide du fichier bootstrap sur le Nœud 2, connectez-vous au nœud initial. 2. Sur le nœud initial (`node1`), exécutez les commandes suivantes pour configurer les processus sur le Nœud 2 : tsm topology set-process -n node2 -pr clustercontroller -c 1 tsm topology set-process -n node2 -pr gateway -c 1 tsm topology set-process -n node2 -pr vizportal -c 1 tsm topology set-process -n node2 -pr vizqlserver -c 2 tsm topology set-process -n node2 -pr cacheserver -c 2 tsm topology set-process -n node2 -pr searchserver -c 1 tsm topology set-process -n node2 -pr dataserver -c 2 tsm topology set-process -n node2 -pr clientfileservice -c 1 tsm topology set-process -n node2 -pr tdsservice -c 1 tsm topology set-process -n node2 -pr collections -c 1 tsm topology set-process -n node2 -pr contentexploration -c 1 Si vous installez la version 2022.1 ou une version ultérieure, ajoutez également le service d’indexation et de recherche : tsm topology set-process -n node2 -pr indexandsearchserver -c 1 Si vous installez la version 2023.3 ou une version ultérieure, ajoutez seulement le service d’indexation et de recherche. Ne pas ajouter le service Rechercher et parcourir (searchserver). 3. Vérifiez la configuration avant de l’appliquer. Exécutez la commande suivante : tsm pending-changes list 4. Après avoir vérifié que vos modifications figurent dans la liste en attente (la liste en attente comprendra également d’autres services), appliquez les modifications : tsm pending-changes apply Vous devez redémarrer après une modification. La configuration et le redémarrage prendront un certain temps. 5. Vérifiez la configuration du Nœud 2. Exécutez la commande suivante : tsm status -v ### Configurer le Nœud 3 Initialisez TSM à l’aide du processus d’amorçage sur le Nœud 3, puis exécutez les commandes `tsm topology set-process` ci-dessous. Un avertissement du service de coordination s’affiche chaque fois que vous définissez un processus. Vous pouvez ignorer cet avertissement lorsque vous définissez les processus. 1. Après avoir initialisé TSM à l’aide du fichier bootstrap sur le Nœud 3, connectez-vous au nœud initial (`node1`) et exécutez les commandes suivantes pour configurer les processus : tsm topology set-process -n node3 -pr clustercontroller -c 1 tsm topology set-process -n node3 -pr clientfileservice -c 1 tsm topology set-process -n node3 -pr backgrounder -c 4 tsm topology set-process -n node3 -pr filestore -c 1 Si vous installez la version 2022.1 ou une version ultérieure, ajoutez également le service d’indexation et de recherche : tsm topology set-process -n node3 -pr indexandsearchserver -c 1 2. Vérifiez la configuration avant de l’appliquer. Exécutez la commande suivante : tsm pending-changes list 3. Après avoir vérifié que vos modifications figurent dans la liste en attente (la liste en attente comprendra d’autres services qui sont configurés automatiquement), appliquez les modifications : tsm pending-changes apply --ignore-warnings Vous devez redémarrer après une modification. La configuration et le redémarrage prendront un certain temps. 4. Vérifiez la configuration en exécutant la commande suivante : tsm status -v ## Déployer l’ensemble de service de coordination sur les Nœuds 1 à 3 Pour le déploiement à quatre nœuds de l’architecture de référence standard, exécutez la procédure suivante : 1. Exécutez les commandes suivantes sur le Nœud 1 : tsm stop tsm topology deploy-coordination-service -n node1,node2,node3 Le processus comprend un redémarrage de TSM, ce qui demandera un certain temps. 2. Une fois le service de coordination déployé, démarrez TSM : tsm start ## Effectuer des sauvegardes tar de l’Étape 3 Après avoir vérifié l’installation, effectuez quatre sauvegardes tar : - PostgreSQL - Nœud initial de Tableau (Nœud 1) - Tableau Nœud 2 - Tableau Nœud 3 Créer des fichiers tar de l’Étape 3 1. Sur le nœud initial de Tableau, arrêtez Tableau : tsm stop 2. Une fois TSM arrêté, arrêtez les services administratifs Tableau sur chaque nœud. Exécutez la commande suivante sur chaque nœud, dans l’ordre (Nœud 1, Nœud 2, puis Nœud 3) : sudo /app/tableau\_server/packages/scripts././stop-administrative-services 3. Sur l’hôte PostgreSQL, arrêtez l’instance de base de données Postgres : sudo systemctl stop postgresql-12 4. Exécutez la commande suivante pour créer la sauvegarde tar : sudo su cd /var/lib/pgsql tar -cvf step3.12.bkp.tar 12 exit 5. Vérifiez que le fichier tar Postgres est créé avec les autorisations root : sudo ls -al /var/lib/pgsql 6. Sur l’hôte Postgres, démarrez la base de données Postgres : sudo systemctl start postgresql-12 7. Créez la sauvegarde tar sur le Nœud 1, Nœud 2 et Nœud 3. Exécutez les commandes suivantes sur chaque nœud : - cd /data sudo tar -cvf step3.tableau\_data.bkp.tar tableau\_data - Vérifiez que le fichier tar Tableau est créé avec des autorisations root : ls -al 8. Démarrez les services administratifs Tableau sur chaque nœud dans l’ordre (Nœud 1, Nœud 2, puis Nœud 3) : sudo /app/tableau\_server/packages/scripts././start-administrative-services 9. Exécutez la commande `tsm status` pour surveiller l’état de TSM avant de redémarrer. Dans la plupart des cas, la commande renverra un état DEGRADED, puis ERROR. Attendez quelques instants et exécutez à nouveau la commande. Si l’état ERROR ou DEGRADED est renvoyé, continuez d’attendre. N’essayez pas de démarrer TSM tant que l’état STOPPED n’est pas renvoyé. Ensuite, exécutez la commande suivante : tsm start Restaurer l’Étape 3 Ce processus restaure le Nœud 1, le Nœud 2 et le Nœud 3 de Tableau. Il restaure également l’instance Postgres à l’Étape 3. Après avoir restauré cette étape, vous pouvez ensuite déployer le service de coordination, le Nœud 4, puis les configurations du nœud final. 1. Arrêtez le service tsm sur l’hôte Tableau initial (Nœud 1) : tsm stop 2. Une fois TSM arrêté, arrêtez les services administratifs de Tableau sur le Nœud 1, le Nœud 2 et le Nœud 3. Exécutez la commande suivante sur chaque nœud : sudo /app/tableau\_server/packages/scripts././stop-administrative-services 3. Restaurez le fichier tar PostgreSQL Étape 3. Sur l’ordinateur exécutant Postgres, exécutez les commandes suivantes : sudo su systemctl stop postgresql-12 cd /var/lib/pgsql tar -xvf step3.12.bkp.tar systemctl start postgresql-12 exit 4. Restaurez le fichier tar de l’Étape 3 de Tableau sur le Nœud 1, le Nœud 2 et le Nœud 3. Exécutez les commandes suivantes sur chaque nœud Tableau : cd /data sudo rm -rf tableau\_data sudo tar -xvf step3.tableau\_data.bkp.tar 5. Sur l’ordinateur Nœud 1 de Tableau, supprimez les fichiers suivants : - sudo rm /data/tableau\_data/data/tabsvc/appzookeeper/1/version-2/currentEpoch - sudo rm /data/tableau\_data/data/tabsvc/appzookeeper/1/version-2/acceptedEpoch - sudo rm /data/tableau\_data/data/tabsvc/tabadminagent/0/servicestate.json Si l’interpréteur de commandes renvoie une erreur « fichier introuvable », vous devrez peut-être modifier le nom du chemin pour incrémenter le nombre `` dans cette section du chemin:`.../appzookeeper//version-2/...`. 6. Redémarrez les services administratifs sur le Nœud 1, Nœud 2 et le Nœud 3. Exécutez les commandes suivantes sur chaque nœud : sudo /app/tableau\_server/packages/scripts././start-administrative-services sudo su -l tableau -c "systemctl --user daemon-reload" sudo /app/tableau\_server/packages/scripts././start-administrative-services 7. Sur le Nœud 1, exécutez la commande `tsm status` pour surveiller l’état de TSM avant de redémarrer. Dans certains cas, vous obtiendrez une erreur, `Cannot connect to server...`. Cette erreur se produit car le service tabadmincontroller n’a pas redémarré. Continuer à exécuter régulièrement `tsm status`. Si cette erreur ne disparaît pas après 10 minutes, réexécutez la commande `start-administrative-services`. Après quelques instants, la commande `tsm status` renverra le statut DEGRADED, puis ERROR. Ne démarrez pas TSM tant que l’état STOPPED n’est pas renvoyé. Ensuite, exécutez la commande suivante : `tsm start` Reprenez le processus d’installation pour déployer le service de coordination sur les Nœuds 1 à 3. ## Configurer le Nœud 4 Le processus de configuration du Nœud 4 est le même que celui du Nœud 3. Définissez les mêmes processus que ceux définis pour le Nœud 3, en exécutant le même ensemble de commandes que celui indiqué ci-dessus, mais en spécifiant `node4` dans les commandes au lieu de `node3`. Comme pour la vérification du Nœud 3, vérifiez la configuration du Nœud 4 en exécutant `tsm status -v`. Avant de continuer, attendez que le processus Stockage de fichiers sur le Nœud 4 ait terminé la synchronisation. L’état du service Stockage de fichiers renvoie `is synchronizing` jusqu’à ce qu’il ait terminé. Lorsque l’état du service Stockage de fichiers renvoie `is running`, vous pouvez continuer. ## Configuration et vérification du processus final La dernière étape du processus de configuration consiste à supprimer les processus redondants du Nœud 1. 1. Connectez-vous au nœud initial (`node1` ). 2. Désactivez le stockage de fichiers sur le Nœud 1. Cela entraînera un avertissement concernant la suppression du stockage de fichiers d’un contrôleur colocalisé. Vous pouvez ignorer l’avertissement. Exécutez la commande suivante : tsm topology filestore decommission -n node1 3. Lorsque le stockage de fichiers est mis hors service, exécutez la commande suivante pour supprimer le processus en arrière-plan du Nœud 1 : tsm topology set-process -n node1 -pr backgrounder -c 0 4. Vérifiez la configuration avant de l’appliquer. Exécutez la commande suivante : tsm pending-changes list 5. Après avoir vérifié que vos modifications figurent dans la liste en attente, appliquez les modifications : tsm pending-changes apply Vous devez redémarrer après une modification. La configuration et le redémarrage prendront un certain temps. 6. Vérifiez la configuration : `tsm status -v`. Avant de continuer, attendez que le processus Stockage de fichiers sur le Nœud 4 ait terminé la synchronisation. L’état du service Stockage de fichiers renvoie `is synchronizing` jusqu’à ce qu’il ait terminé. Lorsque l’état du service Stockage de fichiers renvoie `is running`, vous pouvez continuer. ## Effectuer une sauvegarde Une restauration complète de Tableau Server nécessite un portefeuille de sauvegardes comprenant trois composants : - Un fichier de sauvegarde du référentiel et des données du stockage de fichiers. Ce fichier est généré par la commande `tsm maintenance backup`. - Un fichier d’exportation de topologie et de configuration. Ce fichier est généré par la commande `tsm settings export`. - Certificat d’authentification, clé et fichiers keytab. Pour une description complète du processus de sauvegarde et de restauration, consultez cette rubrique de Tableau Server : _Effectuer une sauvegarde et une restauration complètes de Tableau Server ([Linux](https://help.tableau.com/current/server-linux/fr-ca/backup_restore.htm))._ À ce stade de votre déploiement, tous les fichiers et ressources pertinents requis pour une restauration complète sont inclus avec l’exécution des commandes `tsm maintenance backup` et `tsm settings export`. 1. Exécutez la commande suivante pour exporter les paramètres de configuration et de topologie vers un fichier appelé `ts_settings_backup.json`. tsm settings export -f ts\_settings\_backup.json 2. Exécutez la commande suivante pour créer une sauvegarde du référentiel et des données du stockage de fichiers dans un fichier nommé `ts_backup-.tsbak`. Ignorez l’avertissement indiquant que le stockage de fichiers n’est pas sur le nœud de contrôleur. tsm maintenance backup -f ts\_backup -d --skip-compression Emplacement du fichier de sauvegarde : `/data/tableau_data/data/tabsvc/files/backups/` 3. Copiez les deux fichiers et enregistrez-les sur une ressource de stockage différente qui n’est pas partagée par votre déploiement Tableau Server. [Passer au contenu principal](#main-content) # Partie 5 - Configuration du niveau Web **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). Le niveau Web de l’architecture de référence doit inclure les composants suivants : - Un équilibreur de charge d’application Web qui accepte les requêtes HTTPS des clients Tableau et communique avec les serveurs proxy inverses. - Serveur proxy inverse :  - Nous vous recommandons de déployer la passerelle indépendante de Tableau Server. - Nous recommandons un minimum de deux serveurs proxy pour la redondance et pour gérer la charge client. - Reçoit le trafic HTTPS de l’équilibreur de charge. - Prend en charge la session persistante vers l’hôte Tableau. - Configurez le proxy pour l’équilibrage de charge à tour de rôle sur chaque Tableau Server exécutant le processus de passerelle. - Gère les demandes d’authentification du fournisseur d’identités externe. - Proxy de transfert : Tableau Server a besoin d’un accès à Internet pour les licences et les fonctionnalités de carte. Vous devez configurer des listes d’autorisations de proxy de transfert pour les URL de service Tableau. Voir _Communication avec Internet_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/plan_network.htm)). - Tout le trafic lié au client peut être chiffré via https: - Équilibreur de charge de client vers application - Équilibreur de charge d’application vers serveurs proxy inverses - Serveur proxy vers Tableau Server - Gestionnaire d’authentification s’exécutant sur le proxy inverse vers le fournisseur d’identités - Tableau Server vers le fournisseur d’identités ### Passerelle indépendante Tableau Server Tableau Server version 2022.1 a introduit la passerelle indépendante Tableau Server. La passerelle indépendante est une instance autonome du processus du serveur Tableau Gateway qui agit comme un serveur proxy inverse compatible avec Tableau. La passerelle indépendante prend en charge l’équilibrage de charge circulaire simple vers les serveurs Tableau Server principaux. Cependant, la passerelle indépendante n’est pas destiné à servir d’équilibreur de charge d’application d’entreprise. Nous vous recommandons d’exécuter la passerelle indépendante derrière un équilibreur de charge d’application d’entreprise. La passerelle indépendante nécessite une licence de Advanced Management. ## Authentification et autorisation L’architecture de référence par défaut spécifie l’installation de Tableau Server en configurant l’authentification au niveau local. Dans ce modèle, les clients doivent se connecter à Tableau Server de manière à être authentifiés par le processus d’authentification local natif de Tableau Server. Nous vous déconseillons d’utiliser cette méthode d’authentification dans l’architecture de référence, car le scénario exige que des clients non authentifiés communiquent avec le niveau Application, ce qui constitue un risque pour la sécurité. Nous vous recommandons plutôt de configurer un fournisseur d’identités externe de niveau entreprise couplé à un module AuthN de manière à pré-authentifier tout le trafic vers le niveau Application. Lorsqu’il est configuré avec un fournisseur d’identités externe, le processus d’authentification local natif de Tableau Server n’est pas utilisé. Tableau Server autorise l’accès aux ressources du déploiement une fois que le fournisseur d’identités a authentifié les utilisateurs. ### Pré-authentification avec un module AuthN Dans l’exemple documenté dans ce guide, l’authentification unique SAML est configurée, mais le processus de pré-authentification peut être configuré avec la plupart des fournisseurs d’identités externes et un module AuthN. Dans l’architecture de référence, le serveur proxy inverse est configuré de manière à créer une session d’authentification client avec le fournisseur d’identités avant de transmettre ces demandes par proxy à Tableau Server. Nous appelons ce processus la phase de _pré-authentification_. Le proxy inverse redirige vers Tableau Server uniquement les sessions cliente authentifiées. Tableau Server crée ensuite une session, vérifie l’authentification de la session avec le fournisseur d’identités, puis renvoie la demande du client. Le schéma suivant montre la procédure étape par étape du processus de pré-authentification et d’authentification avec un module AuthN. Le proxy inverse peut être une solution tierce générique ou la passerelle indépendante de Tableau Server : ![Étapes indiquées dans le schéma ci-dessus. Étape 1 : le client Tableau demande une ressource sur Tableau Server. Étape 2 : le serveur proxy inverse crée une demande d’authentification en redirigeant l’URL vers le fournisseur d’identités. Étape 3 : le fournisseur d’identités envoie un formulaire de connexion à l’utilisateur. Étape 4 : l’utilisateur est invité et saisit les identifiants. Étape 5 : le fournisseur d’identités vérifie les identifiants soumis par l’utilisateur. Étape 6 : le fournisseur d’identités répond au client avec l’assertion SAML intégrée qui est envoyée au fournisseur de services du serveur proxy inverse. Étape 7 : le fournisseur de services sur le serveur proxy valide l’assertion, crée une session, puis redirige vers le fournisseur de services sur Tableau Server. Étape 8 : le fournisseur de services sur Tableau Server crée la demande d’authentification auprès du fournisseur d’identités. Étape 9 : le fournisseur d’identités valide la session en cours. Étape 10 : le fournisseur de service sur Tableau Server valide et crée sa propre session et envoie la réponse à l’utilisateur. Étape 11 : l’utilisateur se connecte à Tableau Server pour obtenir l’autorisation à la ressource spécifiée.](/tableau/next/fr-ca/guides/enterprise-deployment/fr-ca/Img/pixel-transparent.png) ## Présentation de la configuration Cette section présente le processus de configuration du niveau Web. Vérifiez la connectivité après chaque étape : 1. Configurez deux serveurs proxy inverses pour fournir un accès HTTP à Tableau Server. 2. Configurez la logique d’équilibrage de charge avec des sessions persistantes sur les serveurs proxy pour vous connecter à chaque instance de Tableau Server exécutant le processus de passerelle. 3. Configurez l’équilibrage de charge des applications avec des sessions persistantes au niveau de la passerelle Internet pour transférer les demandes aux serveurs proxy inverses. 4. Configurez l’authentification avec un fournisseur d’identités externe. Vous pouvez configurer l’authentification SSO ou SAML en installant un gestionnaire d’authentification sur les serveurs proxy inverses. Le module AuthN gère la négociation d’authentification entre le fournisseur d’identités externe et votre déploiement Tableau. Tableau agira également en tant que fournisseur de services IdP et authentifiera les utilisateurs avec le fournisseur d’identités. 5. Pour s’authentifier avec Tableau Desktop dans ce déploiement, vos clients doivent exécuter Tableau Desktop 2021.2.1 ou une version ultérieure. ## Exemple de configuration de niveau Web avec passerelle indépendante de Tableau Server Le reste de cette rubrique présente une procédure de bout en bout qui décrit comment implémenter un niveau Web dans l’exemple d’architecture AWS de référence à l’aide de la passerelle indépendante de Tableau Server. Pour un exemple de configuration utilisant Apache comme proxy inverse, consultez [Annexe - Niveau Web avec exemple de déploiement Apache](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part_app-apache.htm). L’exemple de configuration est composé des composants suivants : - Équilibreur de charge d’application AWS - Passerelle indépendante Tableau Server - Module d’authentification Mellon - IdP Okta - Authentification SAML **Remarque :** l’exemple de configuration de niveau Web présenté dans cette section comprend des procédures détaillées pour le déploiement de logiciels et de services tiers. Nous avons tout mis en œuvre pour vérifier et documenter les procédures permettant d’activer le scénario de niveau Web. Il peut toutefois arriver que le logiciel tiers change ou que votre scénario diffère de l’architecture de référence décrite ici. Veuillez vous référer à la documentation du fournisseur tiers pour les détails de configuration et l’assistance. Les exemples Linux tout au long de cette section montrent des commandes pour les distributions de type RHEL. Plus précisément, les commandes présentées ici ont été développées avec la distribution Amazon Linux 2. Si vous exécutez une distribution Ubuntu, modifiez les commandes en conséquence. Le déploiement du niveau Web dans cet exemple suit une procédure de configuration et de vérification par étapes. La configuration du niveau Web principal comprend les étapes suivantes pour activer HTTP entre Tableau et Internet. La passerelle indépendante est exécutée et configurée pour un proxy inverse/équilibrage de charge derrière l’équilibrage de charge d’application AWS : 1. Préparer l’environnement 2. Installer la passerelle indépendante 3. Configurer le serveur de passerelle indépendante 4. Configurer l’équilibreur de charge d’application AWS Une fois que vous avez configuré le niveau Web et vérifié la connectivité avec Tableau, configurez l’authentification avec un fournisseur externe. ### Préparer l’environnement Effectuez les tâches suivantes avant de déployer la passerelle indépendante. 1. Modifications du groupe de sécurité AWS. Configurez le groupe de sécurité public pour autoriser le trafic entrant de gestion interne de la passerelle indépendante (TCP 21319) à partir du groupe de sécurité privé. 2. Installez la version 22.1.1 (ou ultérieure) sur un cluster Tableau Server à quatre nœuds comme documenté dans [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm). 3. Configurez les deux instances EC2 du mandataire dans le groupe de sécurité publique comme indiqué dans [Configurer les ordinateurs hôtes](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part3.htm#Install). ### Installer la passerelle indépendante La passerelle indépendante de Tableau Server nécessite une licence de Advanced Management. Le déploiement de la passerelle indépendante de Tableau Server consiste à installer et à exécuter le package .rpm, puis à configurer l’état initial. La procédure incluse dans ce guide fournit des conseils prescriptifs pour le déploiement dans l’architecture de référence. Si votre déploiement diffère de l’architecture de référence, consultez la documentation principale de Tableau Server, _Installer Tableau Server avec une passerelle indépendante_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/server_tsig_new_install.htm)). **Important** : La configuration de la passerelle indépendante peut être un processus propice aux erreurs. Il est très difficile de résoudre les problèmes de configuration sur deux instances de serveurs de passerelle indépendante. Pour cette raison, nous vous recommandons de configurer un serveur de passerelle indépendante à la fois. Après avoir configuré le premier serveur et vérifié la fonctionnalité, vous devez ensuite configurer le deuxième serveur de passerelle indépendante. Même si vous allez configurer chaque serveur de passerelle indépendante séparément, exécutez cette procédure d’installation sur les deux instances EC2 que vous avez installées dans le groupe de sécurité public :  1. Exécutez la mise à jour pour appliquer les derniers correctifs au système d’exploitation Linux : sudo yum update 2. Si Apache a été installé, supprimez-le : sudo yum remove httpd 3. Copiez le package d’installation de la passerelle indépendante version 2022.1.1 (ou version ultérieure) depuis la [page Téléchargement Tableau](https://www.tableau.com/fr-ca/support/releases/server) sur l’ordinateur hôte qui exécutera Tableau Server. Par exemple, sur un ordinateur fonctionnant sur un système d’exploitation Linux de type RHEL, exécutez wget https://downloads.tableau.com/esdalt/2022/tableau-server-tsig-.x86\_64.rpm 4. Exécutez le programme d’installation. Par exemple, sur un système d’exploitation Linux de type RHEL, exécutez : sudo yum install .x86\_64.rpm 5. Passez au répertoire `/opt/tableau/tableau_tsig/packages/scripts./` et exécutez le script `initialize-tsig` qui s’y trouve. En plus de l’indicateur `--accepteula`, vous devez inclure la plage d’adresses IP des sous-réseaux sur lesquels le déploiement de Tableau Server est en cours d’exécution. Utilisez l’option `-c` pour spécifier la plage IP. L’exemple ci-dessous montre la commande avec les exemples de sous-réseaux AWS spécifiés : sudo ./initialize-tsig --accepteula -c "ip 10.0.30.0/24 10.0.31.0/24" 6. Une fois l’initialisation terminée, ouvrez le fichier `tsighk-auth.conf` et copiez le secret d’authentification dans le fichier. Vous devrez soumettre ce code pour chaque instance de passerelle indépendante dans le cadre de la configuration principale de Tableau Server : sudo less /var/opt/tableau/tableau\_tsig/config/tsighk-auth.conf 7. Après avoir exécuté les étapes précédentes sur les deux instances de la passerelle indépendante, préparez le fichier de configuration `tsig.json`. Le fichier de configuration consiste en un tableau « independentGateways ». Le tableau contient des objets de configuration qui définissent chacun les détails de connexion pour une instance de passerelle indépendante. Copiez le JSON suivant et personnalisez-le en fonction de votre environnement de déploiement. L’exemple ici montre un fichier comme exemple d’architecture de référence AWS. L’exemple de fichier JSON ci-dessous inclut uniquement l’information de connexion d’une seule passerelle indépendante. Plus tard dans le processus, vous inclurez l’information de connexion du deuxième serveur de passerelle indépendante. Enregistrez le fichier sous `tsig.json` pour les procédures qui suivent. { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "13660-27118-29070-25482-9518-22453" }\] } - `"id"` - Le nom DNS privé de l’instance AWS EC2 exécutant la passerelle indépendante. - `"host"`\- identique à `"id"` . - `"port"`\- Le port de maintenance, par défaut, `"21319"`. - `"protocol"`\- Le protocole pour le trafic client. Conservez `http` pour la configuration initiale. - `"authsecret"`\- Le secret que vous avez copié à l’étape précédente. ### Passerelle indépendante : connexion directe contre par relais Avant de continuer, vous devez décider du schéma de connexion à configurer dans votre déploiement : connexion directe ou par relais. Chaque option est brièvement décrite ici, ainsi que les points de données de décision pertinents. **Connexion par relais :** vous pouvez configurer la passerelle indépendante de manière à relayer la communication du client sur un seul port vers le processus de passerelle sur Tableau Server. Dans ce document, nous parlons de _connexion par relais :_ - Le processus par relais entraîne un saut supplémentaire de la passerelle indépendante vers le processus principal de la passerelle Tableau Server. Le saut supplémentaire dégrade les performances par rapport à la configuration de connexion directe. - TLS est pris en charge pour le mode relais. Toutes les communications en mode relais sont limitées à un seul protocole (HTTP ou HTTPS) et peuvent donc être chiffrées et authentifiées avec TLS. **Connexion directe :** la passerelle indépendante peut communiquer directement avec les processus principaux de Tableau Server sur plusieurs ports. Dans ce document, nous parlons de _connexion directe :_ - Étant donné que la connexion est directe à l’instance principale de Tableau Server, les performances du client sont nettement améliorées par rapport à l’option de connexion par relais. - Nécessite l’ouverture de plus de 16 ports des sous-réseaux publics aux sous-réseaux privés pour une communication de processus directe de la passerelle indépendante aux ordinateurs Tableau Server. - TLS n’est pas encore pris en charge sur les processus de la passerelle indépendante vers Tableau Server. Pour exécuter TSL entre Tableau Server et la passerelle indépendante, vous devez configurer une connexion par relais. Les exemples de scénarios décrits dans le guide EDG sont configurés grâce à une connexion par relais. 1. Copiez `tsig.json` sur le nœud 1 de votre déploiement Tableau Server. 2. Sur le nœud 1, exécutez les commandes suivantes pour activer la passerelle indépendante. tsm stop tsm configuration set -k gateway.tsig.proxy\_tls\_optional -v none tsm pending-changes apply tsm topology external-services gateway enable -c tsig.json tsm start La connexion en direct ne prenant pas en charge TLS, nous vous recommandons de configurer la connexion en direct uniquement si vous pouvez sécuriser tout le trafic réseau par d’autres moyens. Pour exécuter TSL entre Tableau Server et la passerelle indépendante, vous devez configurer une connexion par relais. Les exemples de scénarios décrits dans le guide EDG sont configurés grâce à une connexion par relais. Si vous configurez la passerelle indépendante pour une connexion directe à Tableau Server, vous devez activer la configuration pour déclencher la communication. Une fois que Tableau Server communique avec la passerelle indépendante, les cibles de protocole sont établies. Vous devez ensuite récupérer le fichier `proxy_targets.csv` sur l’ordinateur de la passerelle indépendante et ouvrir les ports correspondants des groupes de sécurité Public vers Privé dans AWS. 1. Copiez `tsig.json` sur le nœud 1 de votre déploiement Tableau Server. 2. Sur le nœud 1, exécutez les commandes suivantes pour activer la passerelle indépendante. tsm stop tsm topology external-services gateway enable -c tsig.json tsm start 3. Sur l’ordinateur de la passerelle indépendante, exécutez la commande suivante pour afficher les ports utilisés par le cluster Tableau Server : less /var/opt/tableau/tableau\_tsig/config/httpd/proxy\_targets.csv 4. Configurez les groupes de sécurité AWS. Ajoutez les ports TCP répertoriés dans `proxy_targets.csv` pour autoriser la communication entre le groupe de sécurité Public et le groupe de sécurité Privé. Nous recommandons d’automatiser la configuration des entrées de ports car les ports peuvent changer si le déploiement de Tableau Server change. L’ajout de nœuds ou la reconfiguration des processus lors du déploiement de Tableau Server déclenchera des modifications de l’accès aux ports requis par la passerelle indépendante. ### Vérification : configuration de la topologie de base Vous devriez pouvoir accéder à la page d’administration de Tableau Server en accédant à `http://`. Si la page de connexion à Tableau Server ne se charge pas, ou si Tableau Server ne démarre pas, suivez les étapes de dépannage ci-après : Réseau :  - Vérifiez la connectivité entre le déploiement Tableau et l’instance de la passerelle indépendante en exécutant la commande `wget` à partir du nœud1 Tableau Server : wget http://:21319, par exemple : wget http://ip-10-0-1-38:21319 Si la connexion n’est pas établie ou si elle échoue, vérifiez que le groupe de sécurité Public est configuré pour autoriser le trafic de maintenance de la passerelle indépendante (TCP 21319) provenant du groupe de sécurité Privé. Si le groupe de sécurité est configuré correctement, vérifiez alors que vous avez indiqué les adresses IP ou les plages d’adresses IP correctes lors du lancement de la passerelle indépendante. Vous pouvez afficher et modifier cette configuration dans le fichier `environment.bash` situé dans `/etc/opt/tableau/tableau_tsig/environment.bash`. Si vous apportez une modification à ce fichier, redémarrez le service tsig-http en suivant les étapes décrites ci-dessous. Sur l’hôte Proxy 1 : 1. Remplacez le fichier httpd.conf par le fichier de remplacement de la passerelle indépendante : cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. Redémarrez tsig-httpd comme première étape de dépannage : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit Sur le nœud 1 Tableau - Revérifiez le fichier `tsig.json`. Si vous trouvez des erreurs, corrigez-les, puis exécutez `tsm topology external-services gateway update -c tsig.json` . - Si vous exécutez une connexion directe, vérifiez que les ports TCP répertoriés dans `proxy_targets.csv` sont configurés en tant que ports d’entrée des groupes de sécurité Public vers Privé. ### Configurer l’équilibreur de charge d’application AWS Configurez l’équilibreur de charge en tant qu’écouteur HTTP. La procédure ici décrit comment ajouter un équilibreur de charge dans AWS. #### Étape 1 : Créer un groupe cible Un groupe cible est une configuration AWS qui définit les instances EC2 exécutant vos serveurs proxy. Ce sont les cibles pour le trafic provenant du LBS. 1. EC2>Groupes cibles > Créer un groupe cible 2. Sur la page Créer : - Entrez un nom de groupe cible, par exemple `TG-internal-HTTP` - Type de cible : Instances - Protocole : HTTP - Port : 80 - VPC : Sélectionnez votre VPC - Sous Contrôles d’intégrité > Paramètres avancés des contrôles d’intégrité > Codes de réussite, ajoutez la liste des codes pour lire : `200,303`. - Cliquez sur Créer 3. Sélectionnez le groupe cible que vous venez de créer, puis cliquez sur l’onglet Cibles.  - Cliquez sur Modifier. - Sélectionnez les instances d’EC2 (ou une seule instance si vous en configurez une à la fois) qui exécutent l’application proxy, puis cliquez sur Ajouter à l’enregistrement. - Cliquez sur Enregistrer. #### Étape 2 : Lancer l’assistant d’équilibrage de charge 1. EC2 > Équilibreurs de charge > Créer un équilibreur de charge 2. Sur la page « Sélectionner le type d’équilibreur de charge », créez un équilibreur de charge d’application. **Remarque :** l’interface utilisateur qui s’affiche pour configurer l’équilibreur de charge peut présenter des différences selon les centres de données AWS. La procédure ci-dessous, « Configuration de l’assistant », correspond à l’assistant de configuration AWS qui commence par l’**Étape 1 Configurer l’équilibreur de charge**.  Si votre centre de données affiche toutes les configurations sur une seule page qui inclut un bouton **Créer un équilibreur de charge** en bas de la page, suivez la procédure « Configuration d’une seule page » ci-dessous. 1. Page Configurer l’équilibreur de charge : - Précisez le nom - Schéma : face à Internet (par défaut) - Type d’adresse IP : ipv4 (par défaut) - Écouteurs (écouteurs et routage) : 1. Laissez l’écouteur HTTP par défaut 2. Cliquez sur Ajouter un écouteur et ajoutez `HTTPS:443` - VPC : sélectionnez le VPC où vous avez tout installé - Zones de disponibilité : - Sélectionnez **a** et **b** comme vos régions de centre de données - Dans chaque liste de sélection déroulante correspondante, sélectionnez le sous-réseau Public (où résident vos serveurs proxy). - Cliquez sur : Configurer les paramètres de sécurité 2. Page Configurer les paramètres de sécurité - Téléversez votre certificat SSL public. - Cliquez sur Suivant : Configurer des groupes de sécurité. 3. Page Configurer les groupes de sécurité : - Sélectionnez le groupe de sécurité Public. Si le groupe de sécurité par défaut est sélectionné, effacez cette sélection. - Cliquez sur Suivant : Configurer le routage. 4. Page Configurer le routage - Groupe cible : Groupe cible existant. - Nom : sélectionnez le groupe cible que vous avez créé précédemment - Cliquez sur Suivant : Enregistrer les cibles. 5. Page Enregistrer les cibles - Les deux instances de serveur proxy que vous avez configurées précédemment doivent s’afficher. - Cliquez sur Suivant : Vérifier. 6. Page Révision Cliquez sur Créer. Configuration de base - Précisez le nom - Schéma : face à Internet (par défaut) - Type d’adresse IP : ipv4 (par défaut) Mappages réseau - VPC : sélectionnez le VPC où vous avez tout installé - Mappages : - Sélectionnez les zones de disponibilité **a** et **b** (ou comparables) comme vos régions de centres de données - Dans chaque liste de sélection déroulante correspondante, sélectionnez le sous-réseau Public (où résident vos serveurs proxy). Groupes de sécurité - Sélectionnez le groupe de sécurité Public. Si le groupe de sécurité par défaut est sélectionné, effacez cette sélection. Écouteurs et routage - Laissez l’écouteur HTTP par défaut. Dans Action par défaut, spécifiez le groupe cible que vous avez précédemment configuré. - Cliquez sur Ajouter un écouteur et ajoutez `HTTPS:443`. Dans Action par défaut, spécifiez le groupe cible que vous avez précédemment configuré. Paramètres d’écoute sécurisés - Téléversez votre certificat SSL public. Cliquez sur Créer un équilibreur de charge. #### Étape 3 : Activer la persistance 1. Une fois l’équilibreur de charge créé, vous devez activer la persistance sur le groupe cible. - Ouvrez la page Groupe cible AWS (EC2\> Équilibreurs de charge\> Groupes cibles), sélectionnez l’instance d’équilibreur de charge cible que vous venez de configurer. Dans le menu Actions, sélectionnez Modifier les attributs. - Sur la page Modifier les attributs, sélectionnez Persistance, spécifiez une durée `1 day`, puis Enregistrer les modifications. 2. Dans l’équilibreur de charge, activez la persistance sur l’écouteur HTTP. Sélectionnez l’équilibreur de charge que vous venez de configurer, puis cliquez sur l’onglet Écouteurs. - Pour http:80, cliquez sur Afficher/modifier les règles. Dans la page Règles résultante, cliquez sur l’icône de modification (une fois en haut de la page, puis à nouveau près de la règle) pour modifier la règle. Supprimez la règle THEN existante et remplacez-la en cliquant sur Ajouter une action > Transférer vers.... Dans la configuration THEN résultante, spécifiez le même groupe cible que vous avez créé. Sous Persistance au niveau du groupe, activez la persistance et définissez la durée sur 1 jour. Enregistrez le paramètre, puis cliquez sur Mettre à jour. #### Étape 4 : Définir le délai d’inactivité sur l’équilibreur de charge Sur l’équilibreur de charge, mettez à jour le délai d’inactivité à 400 secondes. Sélectionnez l’équilibreur de charge que vous avez configuré pour ce déploiement, puis cliquez sur Actions > Modifier les attributs. Définissez le délai d’inactivité sur `400` secondes, puis cliquez sur Enregistrer. #### Étape 5 : Vérifier la connectivité LBS Ouvrez la page de l’équilibreur de charge AWS (EC2\> Équilibreurs de charge), puis sélectionnez l’instance d’équilibreur de charge que vous venez de configurer. Sous Description, copiez le nom DNS et collez-le dans un navigateur pour accéder à la page de connexion Tableau Server. Si vous obtenez une erreur de niveau 500, vous devrez probablement redémarrer vos serveurs proxy. ### Mettre à jour le DNS avec l’URL publique de Tableau Utilisez le nom de zone DNS de votre domaine dans la description de l’équilibreur de charge AWS pour créer une valeur CNAME dans votre DNS. Le trafic vers votre URL (tableau.example.com) doit être envoyé au nom DNS public AWS. ### Vérifier la connectivité Une fois vos mises à jour DNS terminées, vous devriez pouvoir accéder à la page de connexion Tableau Server en saisissant votre URL publique, par exemple `https://tableau.example.com`. ## Exemple de configuration d’authentification : SAML avec fournisseur d’identités externe L’exemple suivant décrit comment installer et configurer SAML avec un fournisseur d’identités Okta et un module d’authentification Mellon pour un déploiement Tableau exécuté dans l’architecture de référence AWS. Cet exemple s’inspire de la section précédente et suppose que vous configurez une passerelle indépendante à la fois. L’exemple décrit comment configurer Tableau Server et la passerelle indépendante sur HTTP. Okta enverra la demande à l’équilibreur de charge AWS via HTTPS, mais tout le trafic interne transitera via HTTP. Lors de la configuration de ce scénario, tenez compte des protocoles HTTP et HTTPS lors de la définition des chaînes d’URL. Cet exemple utilise Mellon comme module de fournisseur de services de pré-authentification sur les serveurs de la passerelle indépendante. Cette configuration garantit que seul le trafic authentifié se connecte à Tableau Server, qui fait également office de fournisseur de services avec le fournisseur d’identités Okta. Par conséquent, vous devez configurer deux applications de fournisseur d’identités : une pour le fournisseur de services Mellon et une pour le fournisseur de services Tableau. ### Créer un compte d’administrateur Tableau Une erreur courante lors de la configuration de SAML est d’oublier de créer un compte administrateur sur Tableau Server avant d’activer l’authentification unique. La première étape consiste à créer un compte sur Tableau Server avec un rôle d’administrateur de serveur. Pour le scénario de l’exemple Okta, le nom d’utilisateur doit utiliser le format d’une adresse de courriel valide, par exemple user@example.com. Vous devez définir un mot de passe pour cet utilisateur, mais le mot de passe ne sera pas utilisé une fois SAML configuré. ### Configurer l’application de pré-authentification Okta Le scénario de bout en bout décrit dans cette section nécessite deux applications Okta : - Demande de pré-autorisation Okta - Application Okta Tableau Server Chacune de ces applications est associée à différentes métadonnées que vous devrez configurer sur le serveur proxy inverse et Tableau Server, respectivement. Cette procédure décrit comment créer et configurer l’application de pré-authentification Okta. Plus loin dans cette rubrique, vous créerez l’application Okta Tableau Server. Pour un test gratuit de compte Okta avec un nombre limité d’utilisateurs, consultez la [page Web Okta Developer](https://developer.okta.com/signup/). Créez une intégration d’application SAML pour le fournisseur de services de pré-authentification Mellon. 1. Ouvrez le tableau de bord d’administration d’Okta > Applications > Créer une intégration d’application. 2. Dans la page Créer une nouvelle intégration d’application, sélectionnez SAML 2.0, puis cliquez sur Suivant. 3. Dans l’onglet Paramètres généraux, saisissez un nom d’application, par exemple `Tableau Pre-Auth`, puis cliquez sur Suivant. 4. Dans l’onglet Configurer SAML : - URL d’authentification unique (SSO). Le dernier élément du chemin dans l’URL d’authentification unique est appelé `MellonEndpointPath` dans le fichier de configuration `mellon.conf` présenté plus loin dans cette procédure. Vous pouvez spécifier le point de terminaison de votre choix. Dans cet exemple, `sso` est le point de terminaison. Le dernier élément, `postResponse`, est requis : `https://tableau.example.com/sso/postResponse`. - Décochez la case : Use this for Recipient URL and Destination URL (À utiliser comme URL du destinataire et URL de destination). - URL du destinataire : identique à l’URL SSO, mais avec HTTP. Par exemple, `http://tableau.example.com/sso/postResponse`. - URL de destination : identique à l’URL SSO, mais avec HTTP. Par exemple, `http://tableau.example.com/sso/postResponse`. - URI d’audience (ID d’entité SP). Par exemple, `https://tableau.example.com`. - Format d’identification du nom : `EmailAddress` - Nom d’utilisateur de l’application : `Email` - Déclarations d’attributs : Nom =`mail`; Format du nom = `Unspecified`; Valeur = `user.email`. Cliquez sur Suivant. 5. Dans l’onglet Commentaires, sélectionnez : - Je suis un client Okta ajoutant une application interne - Il s’agit d’une application interne que nous avons créée - Cliquez sur Terminer. 6. Créez le fichier de métadonnées IdP de pré-autorisation : - Dans Okta : Applications > Applications > Votre nouvelle application (par exemple `Tableau Pre-Auth` ) > Connexion - À côté de Certificats de signature SAML, cliquez sur Afficher les instructions de configuration SAML. - Sura page Comment configurer SAML 2.0 pour l’application , faites défiler jusqu’à la section Facultatif, fournissez les métadonnées IdP suivantes à votre fournisseur de SP. - Copiez le contenu du champ XML et enregistrez-le dans un fichier appelé `pre-auth_idp_metadata.xml`. 7. (Facultatif) Configurez l’authentification multifacteur : - Dans Okta : Applications > Applications > Votre nouvelle application (par exemple `Tableau Pre-Auth` ) > Connexion - Sous Stratégie de connexion, cliquez sur Ajouter une règle. - Dans Règle de connexion aux applications, spécifiez un nom et les différentes options MFA. Pour tester la fonctionnalité, vous pouvez laisser toutes les options par défaut. Par contre, sous Actions, vous devez sélectionner Demander le facteur, puis spécifier la fréquence à laquelle les utilisateurs doivent se connecter. Cliquez sur Enregistrer. ### Créer et affecter un utilisateur Okta 1. Dans Okta, créez un utilisateur avec le même nom d’utilisateur que vous avez créé dans Tableau (user@example.com)  : Répertoire > Personnes > Ajouter une personne. 2. Une fois l’utilisateur créé, attribuez la nouvelle application Okta à cette personne : cliquez sur le nom d’utilisateur, puis attribuez l’application dans Attribuer une application. ### Installer Mellon pour la pré-authentification Cet exemple utilise mod\_auth\_mellon, module open source largement répandu. Certaines distributions Linux contiennent des versions obsolètes de mod\_auth\_mellon provenant d’un référentiel plus ancien. Ces versions obsolètes peuvent contenir des vulnérabilités de sécurité inconnues ou des problèmes fonctionnels. Si vous choisissez d’utiliser mod\_auth\_mellon, vérifiez que vous utilisez une version à jour. Le module mod\_auth\_mellon est un logiciel tiers. Nous avons tout mis en œuvre pour vérifier et documenter les procédures permettant d’activer ce scénario. Il peut toutefois arriver que le logiciel tiers change ou que votre scénario diffère de l’architecture de référence décrite ici. Veuillez vous référer à la documentation du fournisseur tiers pour les détails de configuration et l’assistance. 1. Sur l’instance EC2 active qui exécute le serveur de la passerelle indépendante, installez une version courante du module d’authentification Mellon. 2. Créez le répertoire `/etc/mellon` : sudo mkdir /etc/mellon ### Configurer Mellon comme module de pré-authentification Exécutez cette procédure sur la première instance de la passerelle indépendante. Vous devez avoir une copie du fichier `pre-auth_idp_metadata.xml` que vous avez créé à partir de la configuration Okta. 1. Changez de répertoire : cd /etc/mellon 2. Créez les métadonnées du fournisseur de services. Exécutez le script `mellon_create_metadata.sh`. Vous devez inclure l’ID d’entité et l’URL de retour de votre entreprise dans la commande. L’URL de retour est appelée URL d’_authentification unique_ dans Okta. Le dernier élément du chemin dans l’URL de retour est appelé `MellonEndpointPath` dans le fichier de configuration `mellon.conf` présenté plus loin dans cette procédure. Dans cet exemple, nous spécifions `sso` comme chemin de point de terminaison. Par exemple : sudo /usr/libexec/mod\_auth\_mellon/mellon\_create\_metadata.sh https://tableau.example.com "https://tableau.example.com/sso" Le script renvoie le certificat du fournisseur de services, la clé et les fichiers de métadonnées. 3. Renommez les fichiers du fournisseur de services dans le répertoire `mellon` pour une meilleure lisibilité. Nous désignerons ces fichiers par les noms suivants dans la documentation : sudo mv \*.key mellon.key sudo mv \*.cert mellon.cert sudo mv \*.xml sp\_metadata.xml 4. Copiez le fichier `pre-auth_idp_metadata.xml` dans le même répertoire. 5. Modifiez la propriété et les autorisations sur tous les fichiers dans l’annuaire `/etc/mellon` : sudo chown tableau-tsig mellon.key sudo chown tableau-tsig mellon.cert sudo chown tableau-tsig sp\_metadata.xml sudo chown tableau-tsig pre-auth\_idp\_metadata.xml sudo chmod +r \* mellon.key sudo chmod +r \* mellon.cert sudo chmod +r \* sp\_metadata.xml sudo chmod +r \* pre-auth\_idp\_metadata.xml 6. Créez le répertoire `/etc/mellon/conf.d` : sudo mkdir /etc/mellon/conf.d 7. Créez le fichier `global.conf` dans le répertoire `/etc/mellon/conf.d`. Copiez le contenu du fichier comme indiqué ci-dessous, mais mettez à jour`MellonCookieDomain` avec votre nom de domaine racine. Par exemple, si le nom de domaine de Tableau est `tableau.example.com`, entrez `example.com` pour le domaine racine. AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain MellonSPPrivateKeyFile /etc/mellon/mellon.key MellonSPCertFile /etc/mellon/mellon.cert MellonSPMetadataFile /etc/mellon/sp\_metadata.xml MellonIdPMetadataFile /etc/mellon/pre-auth\_idp\_metadata.xml MellonEndpointPath /sso MellonEnable Off 8. Créez le fichier `mellonmod.conf` dans le répertoire `/etc/mellon/conf.d`. Ce fichier contient une seule directive qui spécifie l’emplacement du fichier `mod_auth_mellon.so`. L’emplacement dans l’exemple ici est l’emplacement par défaut du fichier. Vérifiez que le fichier se trouve à cet emplacement ou modifiez le chemin dans cette directive pour qu’il corresponde à l’emplacement réel de `mod_auth_mellon.so` : LoadModule auth\_mellon\_module /usr/lib64/httpd/modules/mod\_auth\_mellon.so ### Créer une application Tableau Server dans Okta 1. Dans le tableau de bord Okta : Applications > Applications > Parcourir le catalogue d’applications 2. Dans Parcourir le catalogue d’intégration d’applications, recherchez `Tableau`, sélectionnez la section Tableau Server, puis cliquez sur Ajouter. 3. Sur Ajouter Tableau Server > Paramètres généraux, saisissez une étiquette, puis cliquez sur Suivant. 4. Dans Options de connexion, sélectionnez SAML 2.0, puis faites défiler jusqu’à Paramètres de connexion avancés : - ID d’entité SAML : saisissez l’URL publique, par exemple https://tableau.example.com. - Format du nom d’utilisateur de l’application : Courriel 5. Cliquez sur le lien Métadonnées du fournisseur d’identité pour lancer un navigateur. Copiez le lien du navigateur. C’est le lien que vous utiliserez lorsque vous configurerez Tableau dans la procédure qui suit. 6. Cliquez sur Terminé. 7. Attribuez la nouvelle application Tableau Server Okta à votre utilisateur (user@example.com) : cliquez sur le nom d’utilisateur, puis attribuez l’application dans Attribuer une application. ### Définir la configuration du module d’authentification sur Tableau Server Exécutez les commandes suivantes sur le nœud 1 Tableau Server. Ces commandes indiquent les emplacements des fichiers de configuration Mellon sur l’ordinateur distant de la passerelle indépendante. Vérifiez que les chemins d’accès du fichier indiqués dans ces commandes correspondent aux chemins d’accès et à l’emplacement des fichiers sur l’ordinateur distant de la passerelle indépendante. tsm configuration set -k gateway.tsig.authn\_module\_block -v "/etc/mellon/conf.d/mellonmod.conf" --force-keys tsm configuration set -k gateway.tsig.authn\_global\_block -v "/etc/mellon/conf.d/global.conf" --force-keys Pour réduire les temps d’arrêt, n’appliquez pas les modifications tant que vous n’avez pas activé SAML comme décrit dans la section suivante. ### Activer SAML sur Tableau Server pour fournisseur d’identités Exécutez cette procédure sur le Nœud 1 de Tableau Server. 1. Téléchargez les métadonnées de l’application Tableau Server depuis Okta. Utilisez le lien que vous avez enregistré de la procédure précédente : wget https://dev-66144217.okta.com/app/exk1egxgt1fhjkSeS5d7/sso/saml/metadata -O idp\_metadata.xml 2. Copiez un certificat TLS et le fichier de clé associé sur Tableau Server. Le fichier de clé doit être une clé RSA. Pour plus d’informations sur la certificat et les exigences du fournisseur d’identités, consultez _Exigences en matière d’authentification SAML_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/saml_requ.htm)). Pour simplifier la gestion et le déploiement des certificats, et comme meilleure pratique de sécurité, nous vous recommandons d’utiliser des certificats générés par une autorité de certification (AC) tierce de confiance majeure. Vous pouvez aussi générer des certificats auto-signés ou utiliser des certificats d’une PKI pour TLS. Si vous n’avez pas de certificat TLS, vous pouvez générer un certificat auto-signé en appliquant la procédure intégrée ci-dessous. Générer un certificat auto-signé Exécutez cette procédure sur le Nœud 1 de Tableau Server. 1. Générez la clé de l’autorité de certification racine (AC) de signature : openssl genrsa -out rootCAKey-saml.pem 2048 2. Créez le certificat CA racine : openssl req -x509 -sha256 -new -nodes -key rootCAKey-saml.pem -days 3650 -out rootCACert-saml.pem Vous serez invité à saisir des valeurs pour les champs du certificat. Par exemple : Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. Créez le certificat et la clé associée (`server-saml.csr` et `server-saml.key` dans l’exemple ci-dessous). Le nom du sujet du certificat doit correspondre au nom de l’hôte public de l’hôte Tableau. Le nom du sujet est défini à l’aide de l’option `-subj` avec le format `"/CN="`, par exemple : openssl req -new -nodes -text -out server-saml.csr -keyout server-saml.key -subj "/CN=tableau.example.com" 4. Signez le nouveau certificat avec le certificat CA que vous avez créé ci-dessus. La commande suivante génère également le certificat au format `crt` : openssl x509 -req -in server-saml.csr -days 3650 -CA rootCACert-saml.pem -CAkey rootCAKey-saml.pem -CAcreateserial -out server-saml.crt 5. Convertissez le fichier de clé en RSA. Tableau requiert un fichier de clé RSA pour SAML. Pour convertir la clé, exécutez la commande suivante : openssl rsa -in server-saml.key -out server-saml-rsa.key 3. Configurez SAML. Exécutez la commande suivante, en spécifiant votre ID d’entité et votre URL de retour, ainsi que les chemins d’accès au fichier de métadonnées, au fichier de certificat et au fichier de clé : tsm authentication saml configure --idp-entity-id "https://tableau.example.com" --idp-return-url "https://tableau.example.com" --idp-metadata idp\_metadata.xml --cert-file "server-saml.crt" --key-file "server-saml-rsa.key" tsm authentication saml enable 4. Si votre entreprise exécute Tableau Desktop 2021.4 ou une version ultérieure, vous devez exécuter la commande suivante pour activer l’authentification via les serveurs proxy inverses. Les versions de Tableau Desktop 2021.2.1 - 2021.3 fonctionneront sans que cette commande soit exécutée, à condition que votre module de pré-authentification (par exemple Mellon) soit configuré pour autoriser la conservation des cookies de domaine de niveau supérieur. tsm configuration set -k features.ExternalBrowserOAuth -v false 5. Appliquez les changements de configuration : tsm pending-changes apply #### Redémarrez le service tsig-httpd Au fur et à mesure que votre déploiement Tableau Server applique les modifications, reconnectez-vous à l’ordinateur de la passerelle indépendante Tableau Server et exécutez les commandes suivantes pour redémarrer le service tsig-httpd : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### Valider la fonctionnalité SAML Pour valider la fonctionnalité SAML de bout en bout, connectez-vous à Tableau Server avec l’URL publique (par exemple, https://tableau.example.com) en utilisant le compte administrateur Tableau que vous avez créé au début de cette procédure. Si TSM ne démarre pas (« erreur liée à la passerelle ») ou si vous obtenez des erreurs liées au navigateur lors d’une tentative de connexion, consultez [Résoudre les problèmes de la passerelle indépendante Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part7.htm#Troubles). ## Configurer le module d’authentification sur la deuxième instance de la passerelle indépendante Lorsque vous avez correctement configuré la première instance de passerelle indépendante, déployez la deuxième instance. Dans le cas présent, il s’agit du processus final d’installation du scénario AWS/Mellon/Okta décrit dans cette rubrique. La procédure suppose que vous avez déjà installé la passerelle indépendante sur la deuxième instance, comme décrit précédemment dans cette rubrique ( [Installer la passerelle indépendante](#Install)). Le processus de déploiement de la deuxième passerelle indépendante nécessite de suivre les étapes ci-après : 1. Sur la deuxième instance de la passerelle indépendante : installez le module d’authentification Mellon. Ne configurez pas le module d’authentification Mellon comme décrit précédemment dans cette rubrique. Au lieu de cela, vous devez cloner la configuration en suivant la description des étapes suivantes. 2. Sur la (première) instance configurée de la passerelle indépendante : Prenez une copie du fichier tar de la configuration Mellon existante. La sauvegarde avec tar conservera toute la hiérarchie des répertoires et les autorisations. Exécutez les commandes suivantes : cd /etc sudo tar -cvf mellon.tar mellon Copiez le fichier `mellon.tar` dans la deuxième instance de la passerelle indépendante. 3. Sur la deuxième instance de passerelle indépendante : Extrayez (« décompressez ») le fichier tar dans la deuxième instance du répertoire `/etc`. Exécutez les commandes suivantes : cd /etc sudo tar -xvf mellon.tar 4. Sur le nœud 1 du déploiement de Tableau Server : mettez à jour le fichier de connexion (`tsig.json`) avec l’information de connexion de la deuxième passerelle indépendante. Vous devrez récupérer la clé d’authentification comme décrit précédemment dans cette rubrique ( [Installer la passerelle indépendante](#Install)). Un exemple de fichier de connexion (`tsig.json`) est illustré ici : { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "13660-27118-29070-25482-9518-22453" }, { "id": "ip-10-0-2-230.ec2.internal", "host": "ip-10-0-2-230.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "9055-27834-16487-27455-30409-7292" }\] } 5. Sur le nœud 1 du déploiement de Tableau Server : exécutez les commandes suivantes pour mettre à jour la configuration : tsm stop tsm topology external-services gateway update -c tsig.json tsm start 6. Sur les deux instances de la passerelle indépendante : pendant le démarrage de Tableau Server, redémarrez le processus `tsig-httpd` : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 7. Dans AWS EC2>Groupes cibles : mettez à jour le groupe cible pour inclure l’instance EC2 exécutant la deuxième instance de la passerelle indépendante. Sélectionnez le groupe cible que vous venez de créer, puis cliquez sur l’onglet Cibles.  - Cliquez sur Modifier. - Sélectionnez l’instance EC2 de l’ordinateur personnel de la deuxième passerelle indépendante, puis cliquez sur Ajouter aux instances enregistrées. Cliquez sur Enregistrer. [Passer au contenu principal](#main-content) # Partie 6 - Configuration après l’installation **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). ## Configurer SSL/TLS depuis l’équilibreur de charge vers Tableau Server Certaines organisations exigent un canal de chiffrement de bout en bout du client au service principal. L’architecture de référence par défaut telle que décrite jusqu’ici spécifie SSL du client à l’équilibreur de charge exécuté dans le niveau Web de votre organisation. Cette section décrit comment configurer SSL/TLS pour Tableau Server et la passerelle indépendante dans l’exemple d’architecture de référence AWS. Pour un exemple de configuration décrivant comment configurer SSL/TLS sur Apache dans l’architecture de référence AWS, consultez [Exemple : Configurer SSL/TLS dans l’architecture de référence AWS](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part_app-apache.htm#Example:). À l’heure actuelle, TLS n’est pas pris en charge sur les processus principaux de Tableau Server qui s’exécutent dans la plage 8000-9000. Pour activer TLS, vous devez configurer la passerelle indépendante avec une connexion par relais à Tableau Server. Cette procédure décrit comment activer et configurer TLS sur la passerelle indépendante vers Tableau Server et Tableau Server vers la passerelle indépendante. La procédure chiffre le trafic de relais sur HTTPS/443 et le trafic de maintenance sur HTTPS/21319. Les procédures Linux décrites tout au long de cet exemple montrent des commandes pour les distributions de type RHEL. Plus précisément, les commandes présentées ici ont été développées avec la distribution Amazon Linux 2. Si vous exécutez une distribution Ubuntu, modifiez les commandes en conséquence. Les conseils ici sont prescriptifs pour l’exemple d’architecture de référence AWS spécifique tel que présenté dans ce guide. Par conséquent, les configurations facultatives ne sont pas incluses. Pour obtenir une documentation de référence complète, consultez _Configurer TLS sur une passerelle indépendante_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/server_tsig_configure_tls.htm)). ### Avant de configurer TLS Effectuez les configurations TLS en dehors des heures ouvrables. La configuration nécessite au moins un redémarrage de Tableau Server. Si vous exécutez un déploiement complet d’architecture de référence à quatre nœuds, le redémarrage peut prendre un certain temps. - Vérifiez que les clients peuvent se connecter à Tableau Server via HTTP. La configuration de TLS avec une passerelle indépendante est un processus en plusieurs étapes et peut nécessiter un dépannage. Par conséquent, nous vous recommandons de commencer par un déploiement Tableau Server entièrement opérationnel avant de configurer TLS. - Collectez les certificats TLS/SSL, les clés et les actifs associés. Vous aurez besoin de certificats SSL pour les passerelles indépendantes et pour Tableau Server. Pour simplifier la gestion et le déploiement des certificats, et comme meilleure pratique de sécurité, nous vous recommandons d’utiliser des certificats générés par une autorité de certification (AC) tierce de confiance majeure. Vous pouvez aussi générer des certificats auto-signés ou utiliser des certificats d’une PKI pour TLS. Dans cette rubrique, l’exemple de configuration utilise les noms de ressources ci-après à titre d’illustration : - `tsig-ssl.crt` : le certificat TLS/SSL pour la passerelle indépendante. - `tsig-ssl.key` : la clé privée pour `tsig-ssl.crt` sur la passerelle indépendante. - `ts-ssl.crt` : le certificat TLS/SSL pour Tableau Server. - `ts-ssl.key` : la clé privée pour `tsig-ssl.crt` sur Tableau Server. - `tableau-server-CA.pem` : le certificat racine pour l’AC qui génère des certificats pour les ordinateurs Tableau Server. Ce certificat n’est généralement pas requis si vous utilisez les certificats des principales autorités de certification tierces de confiance. - `rootTSIG-CACert.pem` : le certificat racine pour l’AC qui génère des certificats pour les ordinateurs de la passerelle indépendante. Ce certificat n’est généralement pas requis si vous utilisez les certificats des principales autorités de certification tierces de confiance. - D’autres fichiers de certificat et de clé sont requis pour l’autorisation SAML. Ils sont décrits en détail dans la partie 5 du présent guide. - Si votre mise en œuvre nécessite l’utilisation d’un fichier de chaîne de certificats, consultez l’article de la base de connaissances, [Configurer TLS sur la passerelle indépendante lors de l’utilisation d’un certificat doté d’une chaîne de certificats](https://kb.tableau.com/articles/HowTo/configure-tls-on-independent-gateway-when-using-intermediate-certificate?lang=fr-ca). - Vérifiez que vous avez accès à un fournisseur d’identité. Si vous utilisez un fournisseur d’identité pour l’authentification, vous devrez probablement apporter des modifications aux URL du destinataire et de destination au niveau du fournisseur d’identité après avoir configuré SSL/TLS. ### Configurer les ordinateurs de la passerelle indépendante pour TLS La configuration de TLS peut être un processus propice aux erreurs. Étant donné que la résolution d’erreurs de deux instances de la passerelle indépendante peut prendre du temps, nous vous recommandons d’activer et de configurer TLS sur le déploiement EDG avec une seule passerelle indépendante. Après avoir validé que TLS fonctionne dans le déploiement, configurez le deuxième ordinateur de la passerelle indépendante. #### Étape 1 : distribuer les certificats et les clés à l’ordinateur de la passerelle indépendante Vous pouvez distribuer les actifs dans n’importe quel répertoire arbitraire tant que l’utilisateur tsig-httpd dispose d’un accès en lecture aux fichiers. Les chemins d’accès à ces fichiers sont référencés dans d’autres procédures. Nous utiliserons les exemples de chemins sous `/etc/ssl`, comme illustré ci-dessous, tout au long de la rubrique. 1. Créez un répertoire pour la clé privée : sudo mkdir -p /etc/ssl/private 2. Copiez les fichiers de certificat et de clé dans les chemins d’accès `/etc/ssl`. Par exemple, sudo cp tsig-ssl.crt /etc/ssl/certs/ sudo cp tsig-ssl.key /etc/ssl/private/ 3. (Facultatif) Si vous utilisez un certificat auto-signé ou PKI pour SSL/TLS sur Tableau Server, vous devez également copier le fichier de certificat racine d’autorité de certification sur l’ordinateur de la passerelle indépendante. Par exemple, sudo cp tableau-server-CA.pem /etc/ssl/certs/ #### Étape 2 : mettre à jour les variables d’environnement pour TLS Vous devez mettre à jour les variables d’environnement de port et de protocole pour la configuration de la passerelle indépendante. Modifiez ces valeurs en mettant à jour le fichier,`/etc/opt/tableau/tableau_tsig/environment.bash`, comme suit : TSIG\_HK\_PROTOCOL="https" TSIG\_PORT="443" TSIG\_PROTOCOL="https" #### Étape 3 : mettre à jour le fichier de configuration du stub pour le protocole HK Modifiez manuellement le fichier de configuration du stub (`/var/opt/tableau/tableau_tsig/config/httpd.conf.stub`) pour définir les directives Apache httpd liées à TLS pour le protocole de maintenance (HK). Le fichier de configuration de stub inclut un bloc de directives liées à TLS qui sont commentées avec un marqueur `#TLS#`. Supprimez les marqueurs des directives comme indiqué dans l’exemple ci-dessous. Notez que l’exemple montre l’utilisation du certificat racine d’autorité de certification pour le certificat SSL utilisé sur Tableau Server avec l’option `SSLCACertificateFile`. #TLS# SSLPassPhraseDialog exec:/path/to/file SSLEngine on #TLS# SSLHonorCipherOrder on #TLS# SSLCompression off SSLCertificateFile /etc/ssl/certs/tsig-ssl.crt SSLCertificateKeyFile /etc/ssl/private/tsig-ssl.key SSLCACertificateFile /etc/ssl/certs/tableau-server-CA.pem #TLS# SSLCARevocationFile /path/to/file Ces modifications seront perdues si vous réinstallez la passerelle indépendante. Nous vous recommandons de faire une copie de sauvegarde. #### Étape 4 : copier le fichier stub et redémarrez le service 1. Copiez le fichier que vous avez mis à jour à la dernière étape pour mettre à jour httpd.conf avec les modifications : cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. Redémarrez le service de passerelle indépendante : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit Après le redémarrage, la passerelle indépendante ne sera opérationnelle qu’après exécution de la prochaine série d’étapes sur Tableau Server. Une fois que vous avez terminé les étapes sur Tableau Server, la passerelle indépendante récupère les modifications et se met en ligne. ### Configurer le nœud 1 Tableau Server pour TLS Procédez comme suit sur le nœud 1 du déploiement Tableau Server. #### Étape 1 : copier les certificats et les clés, et arrêter TSM 1. Vérifiez que les certificats et les clés « SSL externe » de Tableau Server sont copiés sur le nœud 1. 2. Pour minimiser les temps d’arrêt, nous vous recommandons d’arrêter TSM, d’exécuter les étapes suivantes, puis de démarrer TSM une fois les modifications appliquées : `tsm stop` #### Étape 2 : définir les actifs de certificat et activer la configuration de la passerelle indépendante 1. Spécifiez l’emplacement des fichiers de certificat et de clé pour la passerelle indépendante. Ces chemins font référence à l’emplacement sur les ordinateurs de la passerelle indépendante. Notez que cet exemple part du principe que le même certificat et la même paire de clés sont utilisés pour protéger le trafic HTTPS et de maintenance : tsm configuration set -k gateway.tsig.ssl.cert.file\_name -v /etc/ssl/certs/tsig-ssl.crt --force-keys tsm configuration set -k gateway.tsig.ssl.key.file\_name -v /etc/ssl/private/tsig-ssl.key --force-keys 2. Activez TLS pour les protocoles HTTPS et HK pour la passerelle indépendante : tsm configuration set -k gateway.tsig.ssl.enabled -v true --force-keys tsm configuration set -k gateway.tsig.hk.ssl.enabled -v true --force-keys 3. (Facultatif) Si vous utilisez un certificat auto-signé ou PKI pour SSL/TLS sur la passerelle indépendante, vous devez téléverser le fichier de certificat racine de l’autorité de certification. Le fichier de certificat racine de l’autorité de certification est le certificat racine utilisé pour générer des certificats pour les ordinateurs de la passerelle indépendante. Par exemple, tsm security custom-cert add -c rootTSIG-CACert.pem 4. (Facultatif) Si vous utilisez un certificat auto-signé ou PKI pour SSL/TLS sur Tableau Server, vous devez également copier le fichier de certificat racine de l’autorité de certification sur le répertoire `/etc/ssl/certs` de la passerelle indépendante. Le fichier de certificat racine de l’autorité de certification est le certificat racine utilisé pour générer des certificats pour les ordinateurs Tableau Server. Une fois le certificat copié sur la passerelle indépendante, vous devez indiquer l’emplacement du certificat sur le nœud 1 avec la commande tsm suivante. Par exemple, tsm configuration set -k gateway.tsig.ssl.proxy.gateway\_relay\_cluster.cacertificatefile -v /etc/ssl/certs/tableau-server-CA.pem --force-keys 5. (Facultatif : à des fins de test uniquement) Si vous utilisez le partage de certificats auto-signés ou PKI entre ordinateurs et que, par conséquent, les noms de sujet sur les certificats ne correspondent pas aux noms d’ordinateur, vous devez désactiver la vérification des certificats.  tsm configuration set -k gateway.tsig.ssl.proxy.verify -v optional\_no\_ca --force-keys #### Étape 3 : activer « SSL externe » pour Tableau Server et appliquer les modifications 1. Activez et configurez « SSL externe » sur Tableau Server : tsm security external-ssl enable --cert-file ts-ssl.crt --key-file ts-ssl.key 2. Appliquez les modifications. tsm pending-changes apply #### Étape 4 : mettre à jour le fichier JSON de configuration de la passerelle et démarrez tsm 1. Mettez à jour le fichier de configuration de la passerelle indépendante (par exemple, `tsig.json` ) côté Tableau Server pour spécifier le protocole `https` pour les objets de la passerelle indépendante : "protocol" : "https", 2. Supprimez (ou commentez) l’information de connexion pour la deuxième instance de la passerelle indépendante. Veillez à vérifier le fichier JSON dans un éditeur externe avant de l’enregistrer. Après avoir configuré et validé TLS pour l’instance unique de la passerelle indépendante, vous mettrez à jour ce fichier JSON avec l’information de connexion pour la deuxième instance de la passerelle indépendante. 3. Exécutez la commande suivante pour à mettre à jour la configuration mine de la passerelle indépendante : tsm topology external-services gateway update -c tsig.json 4. Démarrez TSM. tsm start 5. Lorsque TSM démarre, connectez-vous à l’instance de la passerelle indépendante et redémarrez le service `tsig-httpd` : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### Mettez à jour les URL de module d’authentification de fournisseur d’identités vers HTTPS Si vous avez configuré un fournisseur d’identités externe pour Tableau, vous devrez probablement mettre à jour les URL de retour dans le tableau de bord administratif du fournisseur d’identités. Par exemple, si vous utilisez une application de pré-authentification Okta, vous devrez mettre à jour l’application de manière à utiliser le protocole HTTPS pour l’URL du destinataire et l’URL de destination. ### Configurer l’équilibrage de charge AWS pour HTTPS Si vous effectuez un déploiement avec l’équilibreur de charge AWS comme documenté dans ce guide, vous allez reconfigurer l’équilibreur de charge AWS de manière à envoyer le trafic HTTPS aux ordinateurs exécutant la passerelle indépendante : 1. Supprimez le groupe cible HTTP existant : Dans Groupes cibles, sélectionnez le groupe cible HTTP qui a été configuré pour l’équilibreur de charge, cliquez sur Actions, puis sur Supprimer. 2. Créez un groupe HTTPS cible : Groupes cibles > Créer un groupe cible - Sélectionnez « Instances » - Entrez un nom du groupe cible, par exemple `TG-internal-HTTPS` - Sélectionnez votre VPC - Protocole : HTTPS 443 - Sous Contrôles d’intégrité > Paramètres avancés des contrôles d’intégrité > Codes de réussite, ajoutez la liste des codes pour lire : `200,303`. - Cliquez sur Créer. 3. Sélectionnez le groupe cible que vous venez de créer, puis cliquez sur l’onglet Cibles.  - Cliquez sur Modifier. - Sélectionnez l’instance EC2 qui exécute la passerelle indépendante Tableau Server que vous avez configurée, puis cliquez sur Ajouter aux instances enregistrées. - Cliquez sur Enregistrer. 4. Une fois le groupe cible créé, vous devez activer la permanence : - Ouvrez la page Groupe cible AWS (EC2\> Équilibreurs de charge\> Groupes cibles), sélectionnez l’instance d’équilibreur de charge cible que vous venez de configurer. Dans le menu Actions, sélectionnez Modifier les attributs. - Sur la page Modifier les attributs, sélectionnez Persistance, spécifiez une durée `1 day`, puis Enregistrer les modifications. 5. Sur l’équilibreur de charge, mettez à jour les règles d’écoute. Sélectionnez l’équilibreur de charge que vous avez configuré pour ce déploiement, puis cliquez sur l’onglet Écouteurs. - Pour http:80, cliquez sur Afficher/modifier les règles. Dans la page Règles résultante, cliquez sur l’icône de modification (une fois en haut de la page, puis à nouveau près de la règle) pour modifier la règle. Supprimez la règle THEN existante et remplacez-la en cliquant sur Ajouter une action > Rediriger vers.... Dans la configuration THEN résultante, spécifiez les ports `HTTPS` et `443` et conservez les paramètres par défaut des autres options. Enregistrez le paramètre, puis cliquez sur Mettre à jour. - Pour HTTPS:443, cliquez sur Afficher/modifier les règles. Dans la page Règles résultante, cliquez sur l’icône de modification (une fois en haut de la page, puis à nouveau près de la règle) pour modifier la règle. Supprimez la règle THEN existante et remplacez-la en cliquant sur Ajouter une action > Transférer vers.... Spécifiez le groupe cible au groupe HTTPS que vous venez de créer. Sous Persistance au niveau du groupe, activez la persistance et définissez la durée sur 1 jour. Enregistrez le paramètre, puis cliquez sur Mettre à jour. 6. Sur l’équilibreur de charge, mettez à jour le délai d’inactivité à 400 secondes. Sélectionnez l’équilibreur de charge que vous avez configuré pour ce déploiement, puis cliquez sur Actions > Modifier les attributs. Définissez le délai d’inactivité sur `400` secondes, puis cliquez sur Enregistrer. ## Valider TLS Pour valider la fonctionnalité TLS, connectez-vous à Tableau Server à l’aide d’une URL publique (par exemple, https://tableau.example.com) en utilisant le compte administrateur Tableau que vous avez créé au début de cette procédure. Si TSM ne démarre pas ou si d’autres erreurs s’affichent, consultez [Résoudre les problèmes de la passerelle indépendante Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part7.htm#Troubles). ## Configurer la deuxième instance de la passerelle indépendante pour SSL Lorsque vous avez correctement configuré la première instance de passerelle indépendante, déployez la deuxième instance. Le processus de déploiement de la deuxième passerelle indépendante nécessite de suivre les étapes ci-après : 1. Sur la (première) instance configurée de la passerelle indépendante : copiez les fichiers suivants aux emplacements correspondants sur la deuxième instance de la passerelle indépendante : - `/etc/ssl/certs/tsig-ssl.crt` - `/etc/ssl/private/tsig-ssl.key` (Vous devrez créer le répertoire `private` sur la deuxième instance). - `/var/opt/tableau/tableau_tsig/config/httpd.conf.stub` - `/etc/opt/tableau/tableau_tsig/environment.bash` 2. Sur le nœud 1 du déploiement de Tableau Server : mettez à jour le fichier de connexion (`tsig.json`) avec l’information de connexion de la deuxième passerelle indépendante. Un exemple de fichier de connexion (`tsig.json`) est illustré ici : { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "https", "authsecret": "13660-27118-29070-25482-9518-22453" }, { "id": "ip-10-0-2-230.ec2.internal", "host": "ip-10-0-2-230.ec2.internal", "port": "21319", "protocol" : "https", "authsecret": "9055-27834-16487-27455-30409-7292" }\] } 3. Sur le nœud 1 du déploiement de Tableau Server : exécutez les commandes suivantes pour mettre à jour la configuration : tsm stop tsm topology external-services gateway update -c tsig.json tsm start 4. Sur les deux instances de la passerelle indépendante : pendant le démarrage de Tableau Server, redémarrez le processus `tsig-httpd` sur les deux instances de la passerelle indépendante : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 5. Dans AWS EC2>Groupes cibles : mettez à jour le groupe cible pour inclure l’instance EC2 exécutant la deuxième instance de la passerelle indépendante. Sélectionnez le groupe cible que vous venez de créer, puis cliquez sur l’onglet Cibles.  - Cliquez sur Modifier. - Sélectionnez l’instance EC2 de l’ordinateur personnel de la deuxième passerelle indépendante, puis cliquez sur Ajouter aux instances enregistrées. Cliquez sur Enregistrer. ## Configurer SSL pour Postgres Vous pouvez éventuellement configurer la connexion SSL (TLS) pour Postgres pour la connexion au référentiel externe sur Tableau Server. Pour simplifier la gestion et le déploiement des certificats, et comme meilleure pratique de sécurité, nous vous recommandons d’utiliser des certificats générés par une autorité de certification (AC) tierce de confiance majeure. Vous pouvez aussi générer des certificats auto-signés ou utiliser des certificats d’une PKI pour TLS. Cette procédure décrit comment utiliser OpenSSL pour générer un certificat auto-signé sur l’hôte Postgres sur une distribution Linux de type RHEL dans l’exemple d’architecture de référence AWS. Après avoir généré et signé le certificat SSL, vous devez copier le certificat AC sur l’hôte Tableau. **Sur l’hôte exécutant Postgres :** 1. Générez la clé de l’autorité de certification racine (AC) de signature : openssl genrsa -out pgsql-rootCAKey.pem 2048 2. Créez le certificat CA racine : openssl req -x509 -sha256 -new -nodes -key pgsql-rootCAKey.pem -days 3650 -out pgsql-rootCACert.pem Vous serez invité à saisir des valeurs pour les champs du certificat. Par exemple : Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, Postgres server's hostname) \[\]:ip-10-0-1-189.us-west-1.compute.internal Email Address \[\]:example@tableau.com 3. Créez le certificat et la clé associée (`server.csr` et `server.key` dans l’exemple ci-dessous) pour l’ordinateur Postgres. Le nom du sujet du certificat doit correspondre au nom DNS privé EC2 de l’hôte Postgres. Le nom du sujet est défini à l’aide de l’option `-subj` avec le format `"/CN="`, par exemple : openssl req -new -nodes -text -out server.csr -keyout server.key -subj "/CN=ip-10-0-1-189.us-west-1.compute.internal" 4. Signez le nouveau certificat avec le certificat CA que vous avez créé à l’étape 2. La commande suivante génère également le certificat au format `crt` : openssl x509 -req -in server.csr -days 3650 -CA pgsql-rootCACert.pem -CAkey pgsql-rootCAKey.pem -CAcreateserial -out server.crt 5. Copiez les fichiers crt et key dans le chemin d’accès Postgres `/var/lib/pgsql/13/data/` : sudo cp server.crt /var/lib/pgsql/13/data/ sudo cp server.key /var/lib/pgsql/13/data/ 6. Basculez vers l’utilisateur racine : sudo su 7. Définissez les autorisations sur les fichiers cer et key. Exécutez les commandes suivantes : cd /var/lib/pgsql/13/data chown postgres.postgres server.crt chown postgres.postgres server.key chmod 0600 server.crt chmod 0600 server.key 8. Mettez à jour le fichier de configuration pg\_haba, `/var/lib/pgsql/13/data/pg_hba.conf`, pour spécifier la confiance md5 : Modifiez les instructions de connexion existantes de `host all all 10.0.30.0/24 password`, et `host all all 10.0.31.0/24 password` à `host all all 10.0.30.0/24 md5`, et `host all all 10.0.31.0/24 md5`. 9. Mettez à jour le fichier postgresql, `/var/lib/pgsql/13/data/postgresql.conf`, en ajoutant cette ligne : ssl = on 10. Quittez le mode utilisateur racine : exit 11. Redémarrez Postgres : sudo systemctl restart postgresql-13 ### Facultatif : Activer la validation d’un certificat de confiance sur Tableau Server pour Postgres SSL Si vous avez suivi les étapes d’installation décrites dans la [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm), Tableau Server est alors configuré avec un SSL en option pour la connexion Postgres. Il faut donc comprendre que la configuration de SSL sur Postgres (comme décrit ci-dessus) aboutit à une connexion chiffrée. Pour exiger la validation du certificat de confiance pour la connexion, vous devez exécuter la commande suivante sur Tableau Server de manière à reconfigurer la connexion avec l’hôte Postgres : tsm topology external-services repository replace-host -f .json -c CACert.pem Lorsque `.json` est le fichier de connexion décrit dans la section [Configurer Postgres externe](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm#Configur3). Et `CACert.pem` est le fichier de certificat de l’autorité de certification pour le certificat SSL/TLS utilisé par Postgres. Facultatif : vérifier la connectivité SSL Pour vérifier la connectivité SSL, vous devez : - Installer le client Postgres sur le nœud1 Tableau Server. - Copier le certificat racine que vous avez créé dans la procédure précédente sur l’hôte Tableau. - Vous connecter au serveur Postgres à partir du nœud1. ### Installer le client Postgres sur le nœud1 Cet exemple montre comment installer Postgres version 13.4. Installez la même version que celle que vous exécutez pour le référentiel externe. 1. Sur le nœud1, créez et modifiez le fichier pgdg.repo. dans le chemin d’accès `/etc/yum.repos.d`. Remplissez le fichier avec les données de configuration suivantes. \[pgdg13\] name=PostgreSQL 13 for RHEL/CentOS 7 - x86\_64 baseurl=https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-7-x86\_64 enabled=1 gpgcheck=0 2. Installez le client Postgres : sudo yum install postgresql13-13.4-1PGDG.rhel7.x86\_64 ### Copier le certificat racine sur le nœud1 Copiez le certificat de l’autorité de certification (`pgsql-rootCACert.pem`) sur l’hôte Tableau : scp ec2-user@:/home/ec2-user/pgsql-rootCACert.pem /home/ec2-user ### Se connecter à l’hôte Postgres au moyen de SSL depuis le nœud1 Exécutez la commande suivante à partir du nœud1, en indiquant l’adresse IP de l’hôte du serveur Postgres et le certificat racine de l’autorité de certification : psql "postgresql://postgres@:5432/postgres?sslmode=verify-ca&sslrootcert=pgsql-rootCACert.pem" Par exemple : psql "postgresql://postgres@10.0.1.189:5432/postgres?sslmode=verify-ca&sslrootcert=pgsql-rootCACert.pem" Postgres vous demandera le mot de passe. Une fois la connexion réussie, l’interpréteur de commandes renvoie : psql (13.4) SSL connection (protocol: TLSv1.2, cipher: ECDHE-RSA-AES256-GCM-SHA384, bits: 256, compression: off) Type "help" for help. postgres=# ## Configurer SMTP et les notifications d’événement Tableau Server envoie des notifications d’événement aux administrateurs et aux utilisateurs. Pour activer cette option, vous devez configurer Tableau Server de manière à ce qu’il envoie des courriels à votre serveur de messagerie. Vous devez également spécifier les types d’événement, les seuils et l’information d’abonnement que vous souhaitez envoyer. Pour la configuration initiale de SMTP et des notifications, nous vous recommandons d’utiliser le modèle de fichier de configuration ci-dessous pour créer un fichier json. Vous pouvez également définir toute clé de configuration unique répertoriée ci-dessous en utilisant la syntaxe décrite dans _tsm configuration set_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/cli_configuration_tsm.htm#TSMSet)). Exécutez cette procédure sur le Nœud 1 dans votre déploiement Tableau Server : 1. Copiez le modèle json suivant dans un fichier. Personnalisez le fichier avec vos options de configuration SMTP et les notifications d’abonnement et d’alerte pour votre entreprise. - Pour voir une liste et une description de toutes les options SMTP, consultez la _Référence de configuration de l’interface en ligne de commande SMTP_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/config_smtp.htm#config_reference)). - Pour afficher une liste et une description de toutes les options d’événement de notification, consultez la section d’interface en ligne de commande _Configurer une notification d’événement serveur_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/email.htm)). { "configKeys": { "svcmonitor.notification.smtp.server": "_SMTP server host name_", "svcmonitor.notification.smtp.send\_account": "_SMTP user name_", "svcmonitor.notification.smtp.port": 443, "svcmonitor.notification.smtp.password": "_SMTP user account password_", "svcmonitor.notification.smtp.ssl\_enabled": true, "svcmonitor.notification.smtp.from\_address": "_From email address_", "svcmonitor.notification.smtp.target\_addresses": "_To email address1,address2_", "svcmonitor.notification.smtp.canonical\_url": "_Tableau Server URL_", "backgrounder.notifications\_enabled": true, "subscriptions.enabled": true, "subscriptions.attachments\_enabled": true, "subscriptions.max\_attachment\_size\_megabytes": 150, "svcmonitor.notification.smtp.enabled": true, "features.DesktopReporting": true, "storage.monitoring.email\_enabled": true, "storage.monitoring.warning\_percent": 20, "storage.monitoring.critical\_percent": 15, "storage.monitoring.email\_interval\_min": 25, "storage.monitoring.record\_history\_enabled": true } } 2. Exécutez la commande `tsm settings import -f file.json` pour transmettre le fichier json à Tableau Services Manager. 3. Exécutez la commande `tsm pending-changes apply` pour appliquer les modifications. 4. Exécutez la commande `tsm email test-smtp-connection` pour afficher et vérifier la configuration de la connexion. ## Installer le pilote PostgreSQL Pour afficher les vues administratives sur Tableau Server, le pilote PostgreSQL doit être installé sur le nœud1 du déploiement Tableau Server. 1. Accédez à la page de [téléchargement des pilotes Tableau](https://www.tableau.com/fr-ca/support/drivers) et copiez l’URL du fichier jar PostgreSQL. 2. Exécutez la procédure suivante sur chaque nœud du déploiement Tableau : - Créez le chemin de fichier suivant : `sudo mkdir -p /opt/tableau/tableau_driver/jdbc` - Depuis le nouveau chemin d’accès, téléchargez la version la plus récente du fichier jar PostgreSQL. Par exemple : `sudo wget https://downloads.tableau.com/drivers/linux/postgresql/postgresql-42.2.22.jar` 4. Sur le nœud initial, redémarrez Tableau Server : `tsm restart` ## Configurer une stratégie de mot de passe fort Si vous ne déployez pas Tableau Server avec une solution d’authentification de fournisseur d’identités, nous vous recommandons de renforcer la sécurité de la stratégie de mot de passe par défaut de Tableau. Si vous déployez Tableau Server avec un fournisseur d’identités, vous devez gérer les stratégies de mot de passe avec le fournisseur d’identités. La procédure suivante inclut la configuration json pour définir la stratégie de mot de passe sur Tableau Server. Pour plus d’informations sur les options ci-dessous, consultez _Authentification locale_ ([Linux](https://help.tableau.com/current/server-linux/fr-ca/local_auth.htm)). 1. Copiez le modèle json suivant dans un fichier. Renseignez les valeurs de clé avec votre configuration de politique de mot de passe. { "configKeys": { "wgserver.localauth.policies.mustcontainletters.enabled": true, "wgserver.localauth.policies.mustcontainuppercase.enabled": true, "wgserver.localauth.policies.mustcontainnumbers.enabled": true, "wgserver.localauth.policies.mustcontainsymbols.enabled": true, "wgserver.localauth.policies.minimumpasswordlength.enabled": true, "wgserver.localauth.policies.minimumpasswordlength.value": 12, "wgserver.localauth.policies.maximumpasswordlength.enabled": false, "wgserver.localauth.policies.maximumpasswordlength.value": 255, "wgserver.localauth.passwordexpiration.enabled": true, "wgserver.localauth.passwordexpiration.days": 90, "wgserver.localauth.ratelimiting.maxbackoff.minutes": 60, "wgserver.localauth.ratelimiting.maxattempts.enabled": false, "wgserver.localauth.ratelimiting.maxattempts.value": 5, "vizportal.password\_reset": true } } 2. Exécutez `tsm settings import -f file.json` pour transmettre le fichier json à Tableau Services Manager et configurer Tableau Server. 3. Exécutez la commande `tsm pending-changes apply` pour appliquer les modifications. [Passer au contenu principal](#main-content) # Partie 7 - Validation, outils et dépannage **Remarque** : Tableau ne met plus à jour le guide de déploiement en entreprise. L’architecture de référence décrite ici demeure un modèle de déploiement recommandé pour Tableau Server dans AWS, mais les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour plus de précision, vérifiez systématiquement ces étapes dans la dernière documentation [d’aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/get_started_server.htm). Cette rubrique porte sur les étapes de validation après l’installation et les conseils de dépannage. ## Validation du système de basculement Après la configuration de votre déploiement, nous vous conseillons d’exécuter des tests de basculement simples pour valider la redondance du système. Nous recommandons d’exécuter les étapes suivantes pour valider la fonctionnalité de basculement : 1. Fermez la première instance de la passerelle indépendante (TSIG1). Le trafic entrant doit être entièrement acheminé par l’intermédiaire de la deuxième instance de la passerelle indépendante (TSIG2). 2. Redémarrez TSIG1 puis fermez TSIG2. Le trafic entrant doit être entièrement acheminé par l’intermédiaire de TSIG1. 3. Redémarrez TSIG2. 4. Fermez le nœud 1 Tableau Server. Le trafic de Vizportal ou du service d’applications basculera entièrement vers le nœud 2. **Remarque :** depuis septembre 2022, la haute disponibilité du nœud 1 est compromise sur certaines version de Tableau Server 2021.4 et versions ultérieures. Les connexions client ne pourront pas être établies si le nœud 1 est désactivé. Ce problème a été résolu dans ces versions de maintenance : \- 2021.4.15 et versions ultérieures \- 2022.1.11 et versions ultérieures \- 2023.1.3 et versions ultérieures Pour garantir que votre installation de Tableau Server à l’aide des activations ATR bénéficiera d’une période de grâce de 72 heures après la panne initiale du nœud, installez ou mettez à niveau vers l’une de ces versions. Pour en savoir plus, consultez [Tableau Server HA using ATR Does Not Have a Grace Period After the Initial Node Failure](https://kb.tableau.com/articles/issue/tableau-server-ha-using-atr-does-not-have-a-grace-period-after-the-initial-node-failure?lang=fr-ca "Article de la base de connaissances Tableau sur l’échec de la haute disponibilité.") dans la base de connaissances Tableau. 5. Redémarrez le nœud 1 et fermez le nœud 2. Le trafic de Vizportal ou du service d’applications basculera entièrement vers le nœud 1. 6. Redémarrez le nœud 2. Dans ce contexte, « la fermeture » ou le « redémarrage » consiste à éteindre le système d’exploitation ou l’ordinateur virtuel sans tenter au préalable une fermeture progressive de l’application. Il s’agit donc de simuler une panne matérielle ou de l’ordinateur virtuel. Pour chaque test de basculement, l’étape minimale de validation consiste à s’authentifier avec un utilisateur et à effectuer des opérations essentielles de visualisation. Une erreur liée au navigateur « Bad Request » (Requête incorrecte) pourra peut-être s’afficher lorsque vous tentez de vous connecter après une simulation de panne. Vous verrez peut-être cette erreur même si vous effacez le cache du navigateur. Ce problème se produit souvent lorsque le navigateur met en cache les données de la session précédente du fournisseur d’identités. Si cette erreur persiste même après la suppression du cache du navigateur local, validez le scénario Tableau en vous connectant avec un autre navigateur. ## Récupération automatisée du nœud initial Tableau Server version 2021.2.4 et versions ultérieures inclut un script de récupération automatisée du nœud initial `auto-node-recovery` dans le répertoire des scripts (`/app/tableau_server/packages/scripts.`). Si vous rencontrez un problème avec le nœud initial et que des processus redondants s’exécutent sur le Nœud 2, il n’y a aucune garantie que Tableau Server continuera de fonctionner. Tableau Server peut continuer à s’exécuter jusqu’à 72 heures suivant la défaillance d’un nœud initial, avant que l’absence du service de licence n’affecte d’autres processus. Si tel est le cas, vos utilisateurs peuvent continuer à se connecter et également voir et utiliser leur contenu après la défaillance du nœud initial. Par contre, vous ne pourrez pas reconfigurer Tableau Server parce que vous n’aurez pas accès au contrôleur d’administration. Même lorsqu’il est configuré avec des processus redondants, il est possible que Tableau Server cesse de fonctionner après l’échec du nœud initial. Pour récupérer en cas d’échec du nœud initial (Nœud 1) : 1. Connectez-vous au Nœud 2 de Tableau Server. 2. Accédez au répertoire de scripts : cd /app/tableau\_server/packages/scripts. 3. Exécutez la commande suivante pour lancer le script : sudo ./auto-node-recovery -p node1 -n node2 -k Où `` est une liste de valeurs séparées par des virgules (sans espaces) des clés produit pour votre déploiement. Si vous n’avez pas accès à vos clés produit, accédez au [portail client Tableau](http://customer.tableausoftware.com/?_fsi=v45oWMAM) pour les récupérer. Par exemple : sudo ./auto-node-recovery -p node1 -n node2 -k TSB4-8675-309F-TW50-9RUS,TSNM-559N-ULL6-22VE-SIEN Le script auto-node-recovery exécutera environ 20 étapes pour récupérer les services sur le Nœud 2. Chaque étape est affichée dans le terminal au fur et à mesure de la progression du script. Un statut plus détaillé est enregistré dans `/data/tableau_data/logs/app-controller-move.log`. Dans la plupart des environnements, l’exécution du script prend entre 35 et 45 minutes. ### Résolution des problèmes de récupération du nœud initial Si la récupération de nœud échoue, vous pourrez trouver utile d’exécuter le script de manière interactive pour autoriser ou interdire des étapes discrètes du processus. Par exemple, si le script échoue au cours du processus, vous pouvez consulter le fichier journal, apporter des modifications à la configuration, puis réexécuter le script. Si vous exécutez le mode interactif, vous pouvez alors ignorer toutes les étapes jusqu’à ce que vous arriviez à l’étape qui a échoué. Pour une exécution en mode interactif, ajoutez le commutateur `-i` pour passer à l’argument de script. ### Reconstruire le nœud défaillant Après avoir exécuté le script, le nœud 2 exécutera tous les services qui se trouvaient auparavant sur l’hôte du nœud 1 défaillant. Pour ajouter le nœud 4, vous devez déployer un nouvel hôte Tableau Server avec le fichier d’amorçage et le configurer comme vous l’avez fait pour le nœud 2 d’origine, comme spécifié dans la partie 4. Consultez [Configurer le Nœud 2](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-ca/edg_part4.htm#Configur2). ## switchto Le script switchto est un script conçu par Tim qui permet de passer facilement d’une fenêtre à l’autre. 1. Copiez le code suivant dans un fichier appelé `switchto` dans le répertoire de base de votre hôte Bastion. #!/bin/bash #------------------------------------------------------------------- # switchto # # Helper function to simplify SSH into the various AWS hosts when # following the Tableau Server Enterprise Deployment Guide (EDG). # # Place this file on your bastion host and provide your AWS hosts' # internal ip addresses or machine names here. # Example: readonly NODE1="10.0.3.187" # readonly NODE1="" readonly NODE2="" readonly NODE3="" readonly NODE4="" readonly PGSQL="" readonly PROXY1="" readonly PROXY2="" usage() { echo "Usage: switchto.sh \[ node1 | node2 | node3 | node4 | pgsql | proxy1 | proxy2 \]" } ip="" case $1 in node1) ip="$NODE1" ;; node2) ip="$NODE2" ;; node3) ip="$NODE3" ;; node4) ip="$NODE4" ;; pgsql) ip="$PGSQL" ;; proxy1) ip="$PROXY1" ;; proxy2) ip="$PROXY2" ;; ?) usage exit 0 ;; \*) echo "Unkown option $1." usage exit 1 ;; esac if \[\[ -z $ip \]\]; then echo "You must first edit this file to provide the ip addresses of your AWS hosts." exit 1 fi ssh -A ec2-user@$ip 3. Mettez à jour les adresses IP dans le script pour les mapper à vos instances EC2, puis enregistrez le fichier. 4. Appliquez les autorisations au fichier de script : sudo chmod +x switchto Utilisation : Pour passer à un hôte, exécutez la commande suivante : `./switchto ` Par exemple, pour passer au Nœud 1, exécutez la commande suivante : `./switchto node1` ## Résoudre les problèmes de la passerelle indépendante Tableau Server La configuration de la passerelle indépendante, d’Okta, de Mellon et de SAML sur Tableau Server peut être propice aux erreurs. La cause première la plus courante des échecs est une erreur de chaîne de caractères. Par exemple, une barre oblique (`/`) sur les URL Okta spécifiées lors de la configuration peut provoquer une erreur de caractères incompatibles liée à l’assertion SAML. Ceci est juste un exemple. Lors de la configuration, il existe de nombreuses occasions de saisir une chaîne de caractères incorrects dans l’une des applications. ### Redémarrez le service tableau-tsig Commencez (et terminez) systématiquement le dépannage en redémarrant le service tableau-tsig sur les ordinateurs des passerelles indépendantes. Le redémarrage de ce service est rapide et déclenche souvent une mise à jour de la configuration à partir de Tableau Server. Exécutez les commandes suivantes sur l’ordinateur de la passerelle indépendante : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### Trouver des chaînes de caractères incorrects Si votre chaîne de caractères contient une erreur (erreur copier/coller, chaîne de caractères tronquée, etc.), prenez le temps de parcourir chacun des paramètres que vous avez configurés : - Configuration de la pré-authentification Okta. Examinez attentivement les URL que vous avez définies. Vérifiez la présence de barres obliques. Vérifiez la présence de HTTP c. HTTPS. - Historique des étagères pour la configuration SAML sur le nœud 1. Examinez la commande `tsm authentication saml configure` que vous avez exécutée. Vérifiez que toutes les URL correspondent à celles que vous avez configurées dans Okta. Lors de l’examen de l’historique des étagères à partir du nœud 1, vérifiez que les commandes `tsm configuration set` qui indiquent les chemins d’accès du fichier de configuration Mellon correspondent exactement aux chemins d’accès de fichier où vous avez copié les fichiers sur la passerelle indépendante. - Configuration Mellon sur la passerelle indépendante. Examinez l’historique des étagères pour vérifier que vous avez créé les métadonnées avec la même chaîne d’URL que celle que vous avez configurée dans Okta et Tableau SAML. Vérifiez que tous les chemins spécifiés dans `/etc/mellon/conf.d/global.conf` sont corrects et que le `MellonCookieDomain` est défini sur votre domaine racine, et non sur votre sous-domaine Tableau. ### Rechercher les fichiers journaux pertinents Si toutes les chaînes semblent être définies correctement, vous devez examiner les fichiers journaux à la recherche d’erreurs. Tableau Server consigne les erreurs et les événements dans des dizaines de fichiers journaux différents. La passerelle indépendante se connecte également à un ensemble de fichiers locaux. Nous vous recommandons d’examiner ces fichiers journaux dans l’ordre suivant. #### Fichiers journaux de la passerelle indépendante L’emplacement par défaut des fichiers journaux de la passerelle indépendante est `/var/opt/tableau/tableau_tsig/logs`. - `access.log` : ce fichier journal est utile dans la mesure où il comporte des entrées qui affichent les connexions à partir des nœuds Tableau Server. Si vous obtenez des erreurs de passerelle (défaut de démarrage) lorsque vous essayez de démarrer TSM et que le fichier `access.log` ne comporte aucune entrée, il existe un problème de connectivité de base. Vérifiez systématiquement la configuration du groupe de sécurité AWS dans un premier temps. Un autre problème courant est la présence d’une faute de frappe dans `tsig.json`. Si vous effectuez une mise à jour du fichier tsig.json, exécutez `tsm stop` avant d’exécuter `tsm topology external-services gateway update -c tsig.json`. Une fois le fichier tsig.json mis à jour, exécutez `tsm start`. - `error.log` : entre autres entrées, ce fichier journal comprend des erreurs SAML et Mellon. #### Fichier journal tabadminagent de Tableau Server L’ensemble de fichiers `tabadminagent` (et non `tabadmincontroller`) inclut les seuls fichiers journaux pertinents pour le dépannage des erreurs liées à la passerelle indépendante. Vous devez trouver dans quel emplacement les erreurs liées à la passerelle indépendante ont été consignées dans `tabdminagent`. Ces erreurs peuvent se trouver sur n’importe quel nœud, mais elles ne concernent qu’un seul nœud. Effectuez les étapes suivantes sur chaque nœud du groupement Tableau Server jusqu’à ce que vous trouviez la chaîne "independent" : 1. Trouvez l’emplacement du fichier journal tabadminagent sur les nœuds 1 à 4 de Tableau Server dans la configuration EDG : cd /data/tableau\_data/data/tabsvc/logs/tabadminagent 2. Ouvrez le fichier journal le plus récent et vérifiez qu’il comporte : less tabadminagent\_nodeN.log (remplacez N par le numéro de nœud) 3. Recherchez toutes les instances de "Independent" et "independent" - en utilisant la chaîne de recherche suivante : /ndependent S’il n’y a aucune correspondance, passez au nœud suivant et répétez les étapes 1 à 3. 4. Quand vous obtenez une correspondance : `Shift + G` pour défiler vers le bas et obtenir les messages d’erreur les plus récents. ### Recharger le fichier de remplacement httpd La passerelle indépendante gère la configuration du fichier de remplacement httpd pour Apache. Une opération générique pouvant aboutir à la réparation des erreurs temporaires consiste à recharger le fichier de remplacement httpd qui constitue la configuration sous-jacente d’Apache. Exécutez les commandes suivantes sur les deux instances de la passerelle indépendante. 1. Recopiez le fichier de remplacement httpd.conf : cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. Redémarrez le service de passerelle indépendante : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### Supprimer ou déplacer des fichiers journaux La passerelle indépendante consigne tous les événements d’accès. Vous devrez gérer le stockage des fichiers journaux pour éviter de saturer l’espace disque. En cas d’encombrement de l’espace disque, la passerelle indépendante ne pourra pas écrire des événements d’accès, ce qui se traduira par un échec. Le message suivant sera consigné dans le fichier error.log de la passerelle indépendante : (28)No space left on device: \[client 10.0.2.209:54332\] AH00646: Error writing to /var/opt/tableau/tableau\_tsig/logs/access.%Y\_%m\_%d\_%H\_%M\_%S.log Cette erreur se traduit par un état `DEGRADED` pour le nœud `external` lorsque vous exécutez `tsm status -v` sur le nœud 1 Tableau. Le nœud `external` dans la sortie d’état fait référence à la passerelle indépendante. Pour résoudre ce problème, supprimez ou effacez les fichiers access.log du disque. Les fichiers access.log sont enregistrés sur `/var/opt/tableau/tableau_tsig/logs`. Une fois le disque effacé, redémarrez le service tableau-tsig. ### Erreurs liées au navigateur **Requête incorrecte :** une erreur courante pour ce scénario est une erreur « Bad Request » (Requête incorrecte) d’Okta. Ce problème se produit souvent lorsque le navigateur met en cache les données de la session Okta précédente. Par exemple, si vous gérez les applications Okta en tant qu’administrateur Okta, puis tenez d’accéder à Tableau à l’aide d’un autre compte compatible Okta, les données de session provenant des données de l’administrateur peuvent provoquer l’erreur « Bad Request ». Si cette erreur persiste même après la suppression du cache du navigateur local, essayez de valider le scénario Tableau en vous connectant avec un autre navigateur. Une autre cause de l’erreur « Demande incorrecte » est une faute de frappe dans l’une des nombreuses URL que vous saisissez lors des processus de configuration Okta, Mellon et SAML. Vérifiez que vous avez saisi tous ces éléments sans aucune erreur. Souvent le fichier `error.log` sur le serveur de la passerelle indépendante spécifiera quelle URL est à l’origine de l’erreur. **Introuvable - L’URL demandée était introuvable sur ce serveur :** cette erreur indique l’une des nombreuses erreurs de configuration possibles. Si l’utilisateur est authentifié avec Okta, puis reçoit cette erreur, il est probable que vous ayez téléversé l’application de pré-authentification Okta sur Tableau Server lorsque vous avez configuré SAML. Vérifiez que vous avez configuré les métadonnées de l’application Okta Tableau Server sur Tableau Server, et non pas les métadonnées de l’application de pré-authentification Okta Autres étapes de dépannage : - Passez en revue les paramètres de l’application de pré-authentification Okta. Assurez-vous que les protocoles HTTP vs HTTPS sont définis comme spécifié dans cette rubrique. - Redémarrez tsig-httpd sur les deux serveurs de passerelle indépendante. - Vérifiez que `sudo apachectl configtest` renvoie « Syntaxe OK » sur les deux passerelles indépendantes. - Vérifiez que l’utilisateur test est affecté aux deux applications dans Okta. - Vérifiez que l’adhérence est activée sur l’équilibreur de charge et les groupes cibles associés. ### Vérifier la connexion TLS entre Tableau Server et la passerelle indépendante Utilisez la commande `wget` pour vérifier la connectivité et l’accès de Tableau Server à la passerelle indépendante. Des variantes de cette commande peuvent vous aider à comprendre si des problèmes de certificat sont à l’origine de problèmes de connexion. Par exemple, exécutez la commande suivante `wget` pour vérifier le protocole de gestion interne (HK) depuis Tableau Server : `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319` Créez une URL avec la même adresse hôte que celle que vous avez incluse pour l’option hôte du fichier tsig.json. Spécifiez le protocole `https`, et ajoutez l’URL ainsi que le port HK`21319`. Pour vérifier la connectivité et ignorer la vérification du certificat : `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319 --no-check-certificate` Pour vérifier que le certificat CA racine pour TSIG est valide : `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319 --ca-certificate=tsigRootCA.pem` Si Tableau est capable de communiquer, il est toujours possible que des erreurs liées au contenu se produisent, mais pas des erreurs liées à la connexion. Si Tableau ne parvient pas du tout à se connecter, commencez par vérifier la configuration du protocole dans les groupes de pare-feu/sécurité. Par exemple, les règles entrantes du groupe de sécurité où réside la passerelle indépendante doivent autoriser le protocole TCP 21319. [Passer au contenu principal](#main-content) # Planifier votre migration Vous êtes dans le [Guide de migration manuelle de Tableau Cloud.](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Cette rubrique vous présente deux tâches de planification importantes que vous devez effectuer avant la migration : votre stratégie de connectivité des données et l’établissement de votre mécanisme d’authentification. Vous trouverez une liste qui résume les différences de fonctionnalités dans la rubrique d’aide de Tableau Server, _Considérations techniques pour la migration de Tableau Server vers Tableau Cloud_ ([Windows](https://help.tableau.com/current/server/fr-ca/migrate_server_to_cloud_overview.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-ca/migrate_server_to_cloud_overview.htm)). Exécutez l’[Évaluation de l’état de préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-ca/products/921) pour savoir s’il faut adapter certains cas d’utilisation avant de migrer vers Tableau Cloud. ## Découvrir Tableau Cloud Si vous débutez dans Tableau Cloud, nous vous recommandons d’en apprendre davantage sur la plateforme en vous inscrivant à un [cours autoguidé](https://www.tableau.com/fr-ca/learn/training/elearning) en ligne. Ces cours peuvent servir d’introduction à Tableau Cloud et vous permettront de mettre les choses en contexte lorsque vous planifiez votre migration. Si vous avez déjà des notions d’administration de Tableau Server, vous constaterez que bon nombre de vos tâches sont en grande partie les mêmes dans Tableau Cloud. Cependant, avec le passage à Tableau Cloud, les tâches de déploiement et de gestion du logiciel seront prises en charge par Tableau en tant que service géré. Vous pouvez nous confier les mises à niveau. Consultez le billet de blog [Dois-je déplacer mes analyses vers Tableau Cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) pour obtenir plus de détails. Avec Tableau Cloud, vous pourrez consacrer davantage vos efforts pour fluidifier la connectivité des données, doter les utilisateurs des meilleures pratiques et développer une communauté d’analystes. Pour en savoir plus sur la gestion d’un site Tableau Cloud, et pour obtenir un ensemble de ressources qui vous aideront à vous familiariser dans l’administration, rendez-vous sur la page [administrateur de site Tableau Cloud](https://www.tableau.com/fr-ca/learn/get-started/online-admin). ## Planifier votre stratégie de données pour Tableau Cloud Tableau Cloud peut se connecter à des dizaines de sources de données, mais il est essentiel que vous élaboriez un plan de connectivité des données avant de commencer une migration. Dans cette section, nous vous présenterons la meilleure façon de procéder et nous décrirons les deux façons dont Tableau Cloud se connecte aux données. L’objectif à ce stade est de valider votre capacité à prendre en charge vos besoins actuels en matière de données après la migration vers Tableau Cloud. ### Nettoyage : êtes-vous satisfait de votre contenu? Avant de commencer à évaluer les différents types de données et la manière dont vous allez migrer toutes vos sources de données, vos classeurs et vos projets dans Tableau Cloud, nous vous recommandons de profiter de cette migration pour faire un peu de nettoyage. La plupart des organisations qui utilisent Tableau Server depuis plus d’un an ou deux collectent une certaine quantité de contenu obsolète : classeurs, sources de données, projets et flux. Nous vous recommandons de suivre ces étapes avant de procéder à la migration : - Vous pouvez utiliser la vue administrative _Contenu obsolète_ ([Windows](https://help.tableau.com/current/server/fr-ca/adminview-stale-content.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-ca/adminview-stale-content.htm)) dans Tableau Server pour déterminer le contenu qui n’est plus utilisé. Il est généralement absurde de déplacer d’anciens contenus archivés vers Tableau Cloud. N’y pensez même pas! - Comme la plupart des organisations qui utilisent Tableau Server depuis un certain temps, la hiérarchie de votre contenu et la structure de vos autorisations ont probablement « évolué » de manière naturelle et sans doute un peu désordonnée. Lorsque vous planifiez la migration, élaborez une stratégie qui optimisera les structures de projets, de groupes et d’autorisations dans votre nouveau site Tableau Cloud. - Si vous êtes un client Tableau Data Management, utilisez les outils pour gérer le nettoyage, la combinaison et le traitement des données dans le cadre de la migration en cours. ### Optimiser les performances du tableau de bord En matière de performances, rappelez-vous que si vos tableaux de bord sont lents sur Tableau Server, ils le seront probablement aussi sur Tableau Cloud. Avant de migrer, résolvez tous les problèmes de performances du tableau de bord en suivant les étapes décrites dans [Optimiser les performances du classeur](https://help.tableau.com/current/pro/desktop/fr-ca/performance_tips.htm). En procédant à des ajustements avant la migration, vous êtes assuré de bénéficier des mêmes performances améliorées sur Tableau Cloud. ### Dresser une liste et créer une stratégie de source de données À l’issue du nettoyage du contenu existant, il faut dresser un inventaire de vos sources de données. Cet exercice vise à déterminer comment vous aiderez les utilisateurs de votre organisation avec les sources de données qu’ils utilisent actuellement. Pour chaque source de données : - comparez-la avec la table du connecteur Tableau Cloud dans la section suivante. Si elle est prise en charge, vous pourrez facilement établir les prochaines étapes. Si elle ne figure pas dans la table... - Consultez la section [Connectivité avec Bridge](https://help.tableau.com/current/online/fr-ca/to_sync_local_data.htm) pour déterminer si votre type de données est pris en charge par Tableau Bridge. - Si la source de données est un fichier statique, Tableau Cloud prend en charge le téléversement de sources de données Excel ou texte (.xlsx, .csv, .tsv) directement à partir du navigateur ou de Tableau Desktop. La taille de fichier maximale que vous pouvez téléverser est de 1 Go. Il est plus probable que vos utilisateurs se connectent à ces types de fichiers dans un répertoire commun partagé. Si c’est le cas, vous pouvez téléverser ces fichiers vers un nuage public tel que Google Drive, Dropbox ou OneDrive, par exemple. Si ce n’est pas le cas, vous pouvez utiliser Bridge. Vous (ou vos utilisateurs) pouvez ensuite configurer Tableau Cloud pour vous connecter à ces espaces en vue d’une connexion de données en direct. - Exécutez l’[Évaluation de l’état de préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-ca/products/921) pour savoir s’il faut adapter certains cas d’utilisation avant de migrer vers Tableau Cloud. #### Connecteurs Tableau Cloud pris en charge Les connecteurs suivants sont pris en charge dans Tableau Cloud

Alibaba AnalyticsDB for MySQL‡

Alibaba Data Lake Analytics‡

Amazon Athena‡

Amazon Aurora for MySQL‡

Amazon EMR Hadoop Hive‡

Amazon Redshift‡

Apache Drill‡

Azure Data Lake Storage Gen2‡

Azure Synapse Analytics (compatible avec SQL Server)

Box‡

Cloudera Hadoop‡

Databricks‡

Datorama par Salesforce‡

Denodo‡

Dremio par Dremio‡

Dropbox*‡

Connecteur Esri‡

Exasol‡

Google BigQuery*‡

Google Cloud SQL (compatible avec MySQL)‡§

Google Drive‡

Hortonworks Hadoop Hive

Impala‡

Kyvos‡

MariaDB‡

Microsoft Azure SQL Database‡

Microsoft Azure Synapse Analytics‡

Microsoft SQL Server‡

MongoDB BI Connector‡

MySQL‡

Protocole de données ouvertes‡

OneDrive*‡

Oracle‡

Pivotal Greenplum Database‡

PostgreSQL‡

Presto‡

Qubole Presto‡

Salesforce‡

SAP HANA (pour les connexions virtuelles uniquement)‡

Listes SharePoint‡

SingleStore (anciennement MemSQL)‡

Snowflake‡

Spark SQL‡

Teradata**‡

Vertica‡

\*Pour plus d’information sur l’utilisation de la norme OAuth 2.0 pour Google BigQuery, OneDrive et Dropbox dans Tableau Cloud, consultez [Connexions OAuth](https://help.tableau.com/current/online/fr-ca/protected_auth.htm). \*\*La création Web Teradata ne prend actuellement pas en charge la fonctionnalité Bandes de requêtes. Consultez [Teradata](https://help.tableau.com/current/pro/desktop/fr-ca/examples_teradata.htm) pour plus de détails. ‡ Prend en charge les connexions virtuelles si vous disposez de Gestion des données. Consultez [À propos des connexions virtuelles et des stratégies de données](https://help.tableau.com/current/online/fr-ca/dm_vconn_overview.htm) dans l’aide de Tableau Cloud pour plus de détails. §Tableau Cloud ne prend pas en charge SSL à l’aide de Google Cloud SQL. ## Comptes utilisateurs et authentification La deuxième étape essentielle de la planification consiste à définir le mécanisme d’authentification que vous souhaitez utiliser pour les utilisateurs de Tableau Cloud. Le compte utilisateur par défaut sur Tableau Cloud est appelé TableauID. TableauID nécessite une authentification multifacteur (MFA) pour sécuriser l’accès à Tableau Cloud. Consultez [À propos de l’authentification multifacteur et de Tableau Cloud](https://help.tableau.com/current/online/fr-ca/security_auth.htm#mfa_requirement) dans la documentation de Tableau Cloud. Si votre organisation utilise un fournisseur d’identité (IdP) pour activer l’authentification, vous pouvez sans doute l’utiliser pour Tableau Cloud. Nous prenons en charge l’authentification Salesforce et Google OpenID de manière native. Vous pouvez également configurer SAML pour Azure, Okta, OneLogin, AD FS, PingOne ou tout autre fournisseur d’identité prenant en charge l’authentification standard SAML 2.0. Avant de continuer, passez en revue les options [d’authentification](https://help.tableau.com/current/online/fr-ca/security_auth.htm) de Tableau Cloud afin d’élaborer un plan. Si votre organisation gère les identités avec Azure AD, Okta ou OneLogin, vous avez également la possibilité de provisionner automatiquement des utilisateurs et des groupes dans Tableau Cloud. Consultez la section [Automatiser le provisionnement des utilisateurs et la synchronisation des groupes par l’intermédiaire d’un fournisseur d’identité externe](https://help.tableau.com/current/online/fr-ca/scim_config_online.htm). ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. **Vous êtes ici** : Planifier votre migration 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part4.htm) 6. [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) 7. [Ajouter les utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Recréer des programmations d’actualisation pour Tableau Cloud Vous êtes dans le [Guide de migration manuelle de Tableau Cloud.](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. ## Établir de nouvelles programmations d’actualisation pour les sources de données d’extraction - Pour extraire des sources de données, accédez à la source de données publiée ou intégrée dans Tableau Cloud. Sélectionnez Actualisations d’extrait > Nouvelle actualisation d’extrait > Sélectionnez une planification d’extrait . Pour les sources de données nécessitant Tableau Bridge, assurez-vous que Bridge est configuré pour la connexion avant d’établir des actualisations d’extraits. Consultez [Utiliser Bridge pour les données dans le nuage privé.](https://help.tableau.com/current/online/fr-ca/to_bridge_vpc.htm) ## Établir de nouvelles programmations d’actualisation pour les flux Tableau Prep Les flux de programmation sont disponibles uniquement pour les clients de Gestion des données. - Pour établir de nouvelles programmations d’actualisation pour le flux Tableau Prep, accédez au flux dans Tableau Cloud. Sélectionnez Tâches planifiées > Nouvelle tâche > Sélectionnez et configurez la programmation. Procédez de la même façon pour toutes les tâches liées. Pour en savoir plus, consultez [Programmer des tâches de flux](https://help.tableau.com/current/online/fr-ca/prep_conductor_schedule_flow_task.htm). Les programmations personnalisées des flux ne sont pas prises en charge dans Tableau Cloud. ## Flux de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux Tableau Prep vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part3.htm) 5. **Vous êtes dirigé(e) ici** : Recréer des programmations d’actualisation pour Tableau Cloud 6. [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part5.htm) 7. [Ajouter les utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration de l’utilisateur final](https://help.tableau.com/v0.0/guides/migration/fr-ca/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Tutoriel : Premiers pas avec Tableau Desktop ##### Apprenez à vous connecter à des données, à créer des visualisations de données, à présenter vos conclusions et à partager vos découvertes avec d’autres personnes. Ce tutoriel vous fera découvrir les caractéristiques et fonctionnalités de Tableau Desktop. Au fur et à mesure que vous avancerez dans ce tutoriel, vous créerez plusieurs vues dans un classeur Tableau. Les étapes que vous suivrez et le classeur sur lequel vous allez travailler sont basés sur l’histoire d’un employé travaillant au siège social d’une grande chaîne de magasins. L’histoire se déploie à mesure que vous avancez en posant des questions sur votre activité et ses performances. Vous apprendrez comment connecter des données dans Tableau Desktop; créer, présenter et partager certaines vues utiles ; et appliquer des fonctionnalités clé en même temps. Comptez entre une et trois heures pour terminer les étapes. ## Scénario... Supposez que vous travaillez pour une grande chaîne de magasins. Votre responsable vient de recevoir le rapport de ventes trimestriel et a remarqué que les ventes semblent meilleures pour certains produits que pour d’autres, et que le profit est inférieur à ses attentes. Votre dirigeante est intéressée par les résultats financiers : Votre travail consiste à superviser les ventes globales et la rentabilité pour voir si vous pouvez comprendre ce qui entraîne ces chiffres. Elle vous a également demandé d’identifier les zones à améliorer et de présenter les résultats de vos recherches à l’équipe. L’équipe peut explorer vos résultats et déterminer des mesures pour améliorer les ventes et la rentabilité des gammes de produits de la société. Vous utiliserez Tableau Desktop pour créer une vue simple de vos données de produit, mapper les ventes de produit et la rentabilité par région, créer un tableau de bord des résultats de vos recherches, puis créer une présentation. Ensuite, vous partagerez les résultats de vos recherches sur le Web pour que les membres de l’équipe à distance puissent les consulter. Développez les sections **En savoir plus** pour l’arrière-plan et les exemples. Faites un essai : En savoir plus : Connexion aux données La première fois, suivez la source de données Exemple - Hypermarché. (Nous vous montrerons comment.) Après avoir compris la fonctionnalité principale dans Tableau Desktop, essayez ces étapes dans vos propres données. Si vous devez télécharger l’ensemble de données Hypermarché, vous pouvez y accéder depuis la page [Exemple de données de Tableau Public](https://public.tableau.com/app/learn/sample-data) .

Étapes

Étape 1 : Vous connecter à vos données
Familiarisez-vous avec la page d’accueil et la connexion à vos données.

ACCÉDEZ À L’ÉTAPE

Étape 2 : Glisser-déplacer des données pour un premier aperçu
Découvrez l’espace de travail Tableau, apprenez le langage de Tableau et lancez-vous dans l’analyse de vos données.
ACCÉDEZ À L’ÉTAPE
Étape 3 : Centrer vos résultats
Posez des questions plus approfondies et utilisez des outils supplémentaires pour affiner vos vues et analyser vos données.
ACCÉDEZ À L’ÉTAPE
Étape 4 : Explorer vos données géographiquement
Apprenez à tracer vos données sur une carte pour voir si vous pouvez identifier des tendances.
ACCÉDEZ À L’ÉTAPE
Étape 5 : Explorer en détail
Explorez vos données en détail et apprenez à créer un filtre N maximum.
ACCÉDEZ À L’ÉTAPE
Étape 6 : Créer un tableau de bord présentant vos connaissances
Apprenez à créer et formater un tableau de bord pour afficher les visualisations que vous avez créées.
ACCÉDEZ À L’ÉTAPE
Étape 7 : Créer une histoire à présenter
Apprenez à créer et formater une histoire pour présenter vos conclusions.
ACCÉDEZ À L’ÉTAPE
Étape 8 : Partager vos conclusions
Partagez vos conclusions sur Tableau Server ou Tableau Cloud votre organisation, ou partagez-les publiquement sur Tableau Public.
ACCÉDEZ À L’ÉTAPE
Bibliothèque d’apprentissage
Maintenant que vous devenu un expert en données, approfondissez vos connaissances avec ces ressources supplémentaires.

ACCÉDER À LA BIBLIOTHÈQUE