# tableau Guides - Full Documentation [Passer au contenu principal](#main-content) # Ajouter des utilisateurs restants à Tableau Cloud Vous êtes dans le [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-fr/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 la totalité) de vos utilisateurs. Cette rubrique explique comment ajouter des utilisateurs dans un site. Pour ajouter ou supprimer des utilisateurs et modifier leurs rôles sur le site à l’échelle de 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-fr/cloud_manager_users.htm). ## Ajouter des utilisateurs Dès que vous ajoutez des utilisateurs, ils peuvent 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-fr/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-fr/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-fr/users_import.htm). ### Ajouter des utilisateurs individuellement 1. Lorsque vous êtes connecté au site Tableau Server, sélectionnez **Utilisateurs**. 2. Dans la page Utilisateurs, cliquez sur Ajouter des utilisateurs, puis sur Ajouter des utilisateurs par nom d’utilisateur. ![](/tableau/next/fr-fr/guides/migration/fr-fr/Img/users_add_online.png) 3. Sélectionnez la méthode d’authentification avec 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 la méthode d’authentification Tableau avec 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 zone de texte **Entrer les noms d’utilisateur**, entrez les noms d’utilisateur (au format d’adresse e-mail). Si vous ajoutez plus d’un utilisateur, séparez chaque nom d’utilisateur 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-fr/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 e-mail 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 e-mail 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` ## Workflow 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-fr/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/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-fr/cloud_migration_part5.htm) 7. **Vous êtes à cette étape**: Ajouter des utilisateurs à Tableau Cloud 8. [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Annexe - Boîte à outils du déploiement AWS **Remarque** : Tableau ne met plus à jour le Guide de déploiement en entreprise. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. Cette rubrique présente des outils et d’autres options de déploiement 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 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 sur quatre nœuds décrit dans la [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part4.htm). Si vous suivez l’exemple d’implémentation AWS décrit dans ce guide, vous pourrez peut-être exécuter le script TabDeploy4EDG. **Exigences.** Pour exécuter le script, vous devez préparer et configurer l’environnement AWS conformément à l’exemple d’implémentation 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-fr/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 d’implémentation. - 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 PostgreSQL et créer une sauvegarde tar](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/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-fr/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-fr/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 bootstrap et le fichier de configuration pour TabDeploy4EDG. - Configure les services dans le cluster 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écharger et copier le script sur l’hôte bastion** 1. Copiez le script 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** Vous devez exécuter TabDeploy4EDG 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-fr/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éez, modifiez et enregistrez 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 du fichier d’enregistrement et une clé produit 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 pour déployer 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-fr/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 de modèle minimales requises que vous devez personnaliser pour le déploiement. ### Objectif Les modèles et le contenu Terraform fournis ici sont conçus pour 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 de 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 de support pour l’exemple de solution Terraform documenté ici. ### État final Suivez la procédure de cette section pour configurer un VPC dans AWS dont le fonctionnement est équivalent à celui du 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-fr/edg_part3.htm). ![Un diagramme d’une architecture AWS pour Tableau Server.](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/Img/edg-vpc-terraform.png) Exemples de modèles Terraform et contenu associé de cette section : - Création d’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) - Création des groupes de sécurité Bastion, Public, Privé et Données. - Définition de 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. - Création des hôtes EC2 suivants (chacun exécutant AWS Linux2) : bastion, proxy 1 proxy 2, Tableau node 1, Tableau node 2, Tableau node 3, Tableau node 4. - Les hôtes EC2 pour PostgreSQL ne sont pas créés. Vous devez créer EC2 manuellement dans le groupe de sécurité des données, puis installer et configurer PostgreSQL comme décrit dans [Installer, configurer PostgreSQL et créer une sauvegarde tar](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/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 à partir d’un ordinateur Windows, vous devrez installer l’interface en ligne de commande AWS. - Une adresse IP élastique disponible dans votre compte AWS. - Un domaine enregistré dans AWS Route 53. Terraform créera 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 avec Apple OS. 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 nombreux fichiers de configuration 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 Il s’agit de la clé que vous utiliserez pour accéder à AWS et à l’environnement VPC résultant. Lorsque vous exécutez Terraform, vous incluez la clé publique. Ouvrez le Terminal et entrez 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 plus tard dans cette procédure : openssl rsa -in my-key.pem -pubout > my-key.pub 3. Définissez les autorisations pour la clé privée : sudo chmod 0600 my-key.pem Pour définir des autorisations sous Windows : - Localisez le fichier dans l’Explorateur Windows, faites un clic droit dessus puis sélectionnez Propriétés. Accédez à l’onglet Sécurité, puis cliquez sur Avancé. - Modifiez le propriétaire sur votre nom, désactivez l’héritage et supprimez toutes les autorisations. Accordez-vous le Contrôle total , puis cliquez sur Enregistrer. Marquez le fichier en lecture seule. 4. Créez une clé publique ssh. Il s’agit de la clé que vous copierez dans Terraform plus tard dans le processus. ssh-keygen -y -f my-key.pem >my-key-ssh.pub #### C. Télécharger le projet et ajouter le 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-les 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 appelé `state`, en tant qu’homologue du répertoire 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. Le présent exemple fournit les personnalisations de modèle minimales que la plupart des organisations devront effectuer. Il est probable que votre environnement particulier nécessitera 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 : 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 indiqué comme nom de domaine DNS VPC. Pour le modifier, 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 le 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 a échoué, 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. Une fois que 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 : Supprimer Terraform Vous pouvez supprimer l’intégralité du VPC en exécutant la commande destroy : terraform destroy La commande destroy ne détruira que ce qu’elle a créé. Si vous avez apporté des modifications manuelles à certains objets dans AWS (par exemple, des groupes de sécurité, des sous-réseaux, etc.), la commande `destroy` échouera. Pour sortir d’une opération de destruction en échec/suspendue, tapez `Control + C`. Vous devez ensuite nettoyer manuellement le VPC pour le remettre dans l’état où il se trouvait lorsque Terraform l’avait créé à l’origine. Vous pouvez alors exécuter la commande `destroy`. ### Étape 4 - Connexion à bastion Toutes les connexions en ligne de commande se font via 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é** > **Bastion SG** > **Modifier les règles entrantes**) et créez une règle pour 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 : vous trouverez peut-être 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 pour autoriser SSH depuis Public - Public : créer une règle entrante pour autoriser SSH depuis le privé et depuis le public 2. Utilisez la clé pem que vous avez créée à l’étape 1.B pour vous connecter à l’hôte bastion : **Sur le Terminal Mac :** Exécutez les commandes suivantes à partir du répertoire sur 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éer 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**. Cela crée un fichier ppk. 2. Dans PuTTY : ouvrez la configuration et apportez les modifications suivantes : - Sessions>Nom d’hôte : ajoutez l’adresse IP de l’hôte bastion. - Sessions>Port : 22 - Connexion> Données> Nom d’utilisateur de connexion automatique : ec2-user - Connexion>SSH>Auth>Autoriser le transfert de l’agent - 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 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. Par contre, 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 comme 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-fr/edg_part3.htm). Ensuite, installez, configurez PostgreSQL et sauvegardez-le au format tar comme décrit dans [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part4.htm). ### Étape 6 - (Facultatif) Exécuter DeployTab4EDG Le script TabDeploy4EDG automatise l’exemple d’installation du déploiement Tableau à quatre nœuds qui est décrit dans la Partie 4. Voir [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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. La présente rubrique fournit une procédure de bout en bout qui décrit comment implémenter 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 vérifiée, 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 Vous devez utiliser `proxy_hcheck_module`. 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 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échargez 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échargez 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é sur 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 IdP externe L’exemple suivant décrit comment installer et configurer SAML avec un IdP 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 l’IdP Okta. Par conséquent, vous devez configurer deux applications d’IdP : 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. Dans l’exemple de scénario Okta, le nom d’utilisateur doit utiliser le format d’une adresse e-mail 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 des développeurs Okta](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 du destinataire, 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é-authentification : - 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. - Dans la page Comment configurer SAML 2.0 pour Application, faites défiler jusqu’à la section Facultatif, Fournir les métadonnées d’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` sur 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 les informations sur les cookies, 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 et 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 : E-mail 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 IdP 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 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 de l’IdP, consultez _Exigences en matière d’authentification SAML_ ([Linux](https://help.tableau.com/current/server-linux/fr-fr/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 (CA) tierce majeure de confiance. Sinon, vous pouvez générer des certificats auto-signés ou utiliser les certificats d’un 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 (CA) 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 « Bad Request » est une faute de frappe dans l’une des nombreuses URL que vous entrez lors des processus de configuration Okta, Mellon et SAML. Vérifiez soigneusement tous ces points. Souvent le fichier httpd `error.log` sur le serveur Apache spécifiera l’URL qui 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échargé 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 résolution des problèmes : - 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 « Syntax 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 entreprises exigent un canal de cryptage de bout en bout du client au service principal. L’architecture de référence par défaut telle que décrite jusqu’à présent spécifie SSL du client à l’équilibreur de charge s’exécutant dans le niveau Web de votre entreprise. Pour configurer SSL depuis 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 depuis les 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 implémentation 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 configurer SSL 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 associées 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 (CA) tierce majeure de confiance. Sinon, vous pouvez générer des certificats auto-signés ou utiliser les certificats d’un 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 (CA) 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é externe pour Tableau, vous devrez probablement mettre à jour les URL de retour dans le tableau de bord administratif de l’IdP. Par exemple, si vous utilisez une application de pré-authentification Okta, vous devrez mettre à jour l’application de l’IdP Mellon 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..., modifiez 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-fr/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, classeurs et flux Prep à 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 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’autorisations. 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-fr/permissions.htm). ## Sécurité au niveau des lignes Si vous avez des sources de données ou des classeurs 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’utilisateurs et de groupes peuvent changer lors d’une conversion. Consultez [Restreindre l’accès au niveau des lignes de données](https://help.tableau.com/current/pro/desktop/fr-fr/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-fr/dm_vconn_create_rlspolicy.htm). ## Workflow 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-fr/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part4.htm) 6. **Vous êtes à cette étape** : Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés 7. [Ajouter des utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/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-fr/emg_intro.htm). Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Dans le processus de migration décrit dans ce guide, vous devez en tout premier demander à votre responsable de compte de faire passer vos licences Tableau de Server à Cloud. Si vous souhaitez tester Tableau Cloud avant votre migration, vous pouvez également [essayer Tableau Cloud](https://www.tableau.com/fr-fr/products/trial) à tout moment. ## Étape 1 : Adressez-vous à un responsable de compte Tableau pour la transition des licences La première étape de votre migration consiste à travailler avec votre responsable de compte pour faire passer vos licences de Server à Cloud. Après cela, vous disposez de 60 jours d’accès aux deux produits. La plupart des clients comptant 100 utilisateurs au maximum réalisent ce processus de migration en une semaine. Vous devriez donc largement avoir le temps d’accéder aux deux produits lors de la transition. Vous pouvez vous adresser à votre responsable de compte si vous avez besoin de davantage 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 de [Tableau Cloud Manager](https://help.tableau.com/current/online/fr-fr/cloud_manager_intro.htm). En tant qu’administrateur cloud, vous pouvez [ajouter des sites](https://help.tableau.com/current/online/fr-fr/cloud_manager_sites.htm) à des environnements de contenu distincts, 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 Tableau que vous avez achetée. Après avoir créé des sites supplémentaires, continuez avec les étapes restantes de cette rubrique pour chaque site. ## Étape 3 : Spécifier une méthode d’authentification La méthode d’authentification par défaut sera Nom d’utilisateur et Mot de passe (TableauID). L’authentification multifacteur est requise pour les utilisateurs de TableauID afin de garantir un accès sécurisé à Tableau Cloud. Nous prenons également en charge de nombreuses options d’authentification unique conformes aux normes de l’industrie. Pour plus d’informations, consultez [Authentification](https://help.tableau.com/current/online/fr-fr/security_auth.htm) pour déterminer la méthode d’authentification la plus appropriée pour votre organisation. ## Étape 4 : Se familiariser avec le site Parcourez les [paramètres du site](https://help.tableau.com/current/online/fr-fr/sites_add.htm) et assurez-vous qu’ils sont configurés de manière appropriée pour les besoins de votre organisation. ## Étape 5 : Configurer la connectivité de données La façon dont Tableau Cloud se connecte aux données diffère selon l’endroit où les données sont stockées. Chaque méthode peut nécessiter une préparation différente et est décrite ci-dessous. Si vous hésitez sur l’option la plus pertinente, veuillez contacter votre responsable de compte. ### Données cloud accessibles au public Les données cloud 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 de cloud publiées sur Tableau Cloud](https://help.tableau.com/current/pro/desktop/fr-fr/publish_tableau_online_ip_authorization.htm). Pour les fichiers plats tels que les fichiers Excel et .csv : nous vous recommandons d’enregistrer ces fichiers dans un magasin cloud 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 une option, vous devrez configurer Tableau Bridge pour maintenir la connectivité aux fichiers plats enregistrés localement. ### Données sur site, fichiers locaux ou données de cloud privé Les fichiers locaux, les données de cloud privé et les données sur site peuvent être des fichiers SQL Server, Oracle ou Excel locaux, par exemple. Si vous avez des exigences en matière de confidentialité des données, vous devrez installer et configurer [Tableau Bridge](https://help.tableau.com/current/online/fr-fr/to_bridge_install.htm). Tableau Bridge assure une communication sécurisée entre Tableau Cloud et les données derrière des pare-feu. Installez Bridge derrière votre pare-feu sur un ordinateur distinct qui a accès à vos données. Voir [À propos du client Bridge](https://help.tableau.com/current/online/fr-fr/to_bridge_client.htm). Facultatif : pour les fichiers locaux (Excel, CSV, etc.), vous pouvez les enregistrer dans un magasin cloud comme Google Drive, Dropbox, Onebox au lieu d’utiliser Tableau Bridge. ## Workflow 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-fr/cloud_migration_part1.htm) 2. **Vous êtes à cette étape :** Créer et configurer un site Tableau Cloud 00 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/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-fr/cloud_migration_part5.htm) 7. [Ajouter des utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. 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 cloud). 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 benchmarks 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.7 et versions ultérieures. L’architecture de référence décrite dans ce guide prend en charge tous les clients Tableau : 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 : tous 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 à l’instance Tableau Server interne. Ce processus est géré par la configuration d’un plug-in authN sur l’instance Tableau Server Independent Gateway faisant office de serveur proxy inverse. Consultez [Partie 5 - Configuration du niveau Web](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part5.htm). - Déploiement zéro confiance : étant donné que tout le trafic vers les serveurs Tableau est pré-authentifié, l’ensemble du déploiement de Tableau fonctionne dans un sous-réseau privé qui n’exige pas une connexion de confiance. - 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 de Tableau Server. Vous pouvez également éventuellement déployer le répertoire de fichiers externe Tableau Server, 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-fr/itm_intro.htm)). [Passer au contenu principal](#main-content) # Didacticiel : Prise en main de 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 didacticiel présente les fonctionnalités et les possibilités de Tableau Desktop. Tandis que vous naviguez dans ce didacticiel, vous allez créer plusieurs visualisations 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. ## Voici l’histoire... Supposez que vous travaillez pour une grande chaîne de magasins. Votre responsable vient de recevoir le rapport commercial 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 profitabilité 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 avez besoin de télécharger l’ensemble de données Hypermarché, vous pouvez y accéder depuis la page des [exemples de données 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 idées
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 avec 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

[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 profitabilité de l’entreprise et d’identifier les principaux domaines à améliorer.Vous vous retrouvez avec une masse de données, sans savoir par où commencer.Vous décidez de commencer par télécharger Tableau Desktop Free Edition. Pour des ressources et vidéos associées, consultez [Connexion aux données avec Tableau Desktop](https://www.tableau.com/fr-fr/learn/tutorials/on-demand/connecting-data-tableau-desktop). ## 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-fr/environment_startpage.htm).C’est là que vous sélectionnez le connecteur dont Tableau a besoin pour accéder à vos données. ![Page de démarrage de Tableau](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/Img/gs_Connect1.png) La page d’accueil vous propose plusieurs options : **1.****Icône Tableau**.Cliquez sur ![Icône du logo Tableau](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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, Access ou de données spatiales. - Connectez-vous aux données d’une plate-forme serveur telle que 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 connecté auparavant. 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-fr/get-started-tutorial-next.htm) de ce didacticiel. **3.**Démarrage rapide avec les **Accélérateurs** : modèles prédéfinis que vous pouvez connecter à vos propres données. **4.**Démarrage rapide avec les **Exemples de classeurs** : exemples de classeurs fournis avec Tableau Desktop. **5.****Ouvert** : classeurs récemment ouverts. **6.****Découverte** : ressources supplémentaires. Dans le volet Connexion, sous Sources de données enregistrées, cliquez sur **Exemple - Hypermarché** pour vous connecter à l’exemple d’ensemble de données.Le classeur Hypermarché contient des informations sur les produits, les clients et les ventes, et vous pouvez les utiliser pour identifier les principaux domaines à améliorer cette entreprise imaginaire. Si vous avez besoin de télécharger l’ensemble de données Hypermarché, accédez à la page [Exemples de données de Tableau Public](https://public.tableau.com/app/learn/sample-data), puis utilisez le connecteur Microsoft Excel. ![Exemple - Hypermarché répertorié sous « Sources de données enregistrées »](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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-fr/guides/get-started-tutorial/fr-fr/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 le volet Source de données, consultez la [Bibliothèque d’apprentissage](https://help.tableau.com/current/guides/get-started-tutorial/fr-fr/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-fr/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-fr/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 associées, consultez [Navigation dans l’espace de travail dans Tableau Desktop](https://www.tableau.com/fr-fr/learn/tutorials/on-demand/navigating-workspace-tableau-desktop?playlist=509089). En savoir plus : Termes utilisés dans cette section
TermeDescription
Agrégation vs granularité

L’agrégation désigne la manière dont les données quantitatives au niveau des lignes sont regroupées jusqu’à une catégorie supérieure, 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, mois, 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, par exemple tout champ comportant du texte ou des valeurs de date ou booléennes (vrai/faux).Ces champs apparaissent généralement en tant qu’en-têtes de colonnes pour les lignes de données, par exemple Customer Name ou Order Date, 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 total des ventes par région, où ventes est la mesure, total (ou somme) est l’agrégation et la région 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-fr/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-fr/guides/get-started-tutorial/fr-fr/Img/gs_Drag28.png)
ÉlémentDescription

AAnnuler

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

BVolet Données

Affiche le nom de la source de données incluse dans la vue et 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 DFiches 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.

EAfficher/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éduireRé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. Depuis le volet Données, faites glisser **Order Date** vers l’étagère **Colonnes**. **Remarque :** lorsque vous faites glisser Order Date sur l’étagère des **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 Sales 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. Depuis le volet Données, faites glisser **Sales** 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 Order Date pour l’étagère Colonnes et Sum(Sales) pour l’étagère Lignes](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/Img/gs_Drag1.png) _Lorsque vous créez pour la première fois une vue qui inclut une données temporelle (dans ce cas Order Date), 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-fr/guides/get-started-tutorial/fr-fr/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, voir **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-fr/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. Depuis le Volet Données, faites glisser **Category** vers l’étagère **Colonnes** et placez-le à droite de YEAR(Order Date).Vous devez 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(Order Date) et Category sur l’étagère Colonnes et Sum(Sales) sur l’étagère Lignes](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 évidence l’icône Permuter les lignes et les colonnes](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 informations 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-fr/guides/get-started-tutorial/fr-fr/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-fr/guides/get-started-tutorial/fr-fr/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 profitabilité générale, donc ajoutez des sous-catégories à votre graphique à barres. 1. Double-cliquez sur **Sub-Category** 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 Order Date, Category et Sub-Category sur l’étagère Colonnes et Sum(Sales) sur l’étagère Lignes](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 **Sub-Category** 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 Order Date et Category sur l’étagère Colonnes, Sum(Sales) sur l’étagère Lignes et Sub-Category sur Couleur dans la fiche Repères](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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, la vue ci-dessus montre les bibliothèques au-dessus de chaque barre de meubles étant donné que les bibliothèques figurent sous les chaises, l’ameublement et les 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-fr/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 **Order Date** et sélectionnez **Afficher le filtre**. 2. Répétez l’étape ci-dessus pour le champ **Sub-Category**. 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 de filtres. **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-fr/guides/get-started-tutorial/fr-fr/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** dans 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-fr/guides/get-started-tutorial/fr-fr/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-fr/guides/get-started-tutorial/fr-fr/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-fr/guides/get-started-tutorial/fr-fr/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 de filtre **Sub-Category**, 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-fr/guides/get-started-tutorial/fr-fr/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 **Region** vers l’étagère **Lignes** et placez-le à droite de Sum(Sales). 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 sur Machines uniquement, vous remarquez que les machines dans la région South affichent des pertes générales plus élevées que dans vos autres régions. 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-fr/guides/get-started-tutorial/fr-fr/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 de filtre **Sub-Category** (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 **Sales by Product/Region**. Vous choisissez de centrer votre analyse sur la région South, 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 **Sales by Product/Region** et sélectionnez **Dupliquer**. 8. Renommez la feuille dupliquée en **Sales in the South**. 9. Dans votre nouvelle feuille de calcul, depuis le volet Données, faites glisser **Region** 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 **South**, puis cliquez sur **OK**. 11. Faites un clic droit sur le champ **Region** sur l’étagère **Lignes** et désélectionnez **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-fr/guides/get-started-tutorial/fr-fr/Img/gs_FocusSouth1.png) Vous pouvez maintenant vous centrer sur les ventes et le profit dans la région South. Vous voyez immédiatement que les ventes de machines affichent 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 Regional Sales and Profits. 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 dossier Tableau**. Mon dossier 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 le profit de la région South sont un problème, 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-fr/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 South, 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 carte. Les cartes sont un moyen idéal d’afficher et d’analyser ce type d’informations. 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 Carte. 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 départements et de 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-fr/guides/get-started-tutorial/fr-fr/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 Carte lorsque vous ajoutez le champ à **Detail** 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 ![Image d’attribution manuelle de rôles géographiques à des champs](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/Img/gs_Explore1.png) ## Créer une carte 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-fr/guides/get-started-tutorial/fr-fr/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étails** sur la fiche Repères. Vous avez maintenant une carte ! ![Une carte de symboles du Canada et de la zone continentale des États-Unis](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 carte 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 d’État sont des données géographiques, et parce que le rôle géographique **État/province** est attribué à la dimension État, Tableau crée automatiquement une carte. Il existe un repère pour chacun des 48 États contigus dans 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. Il est possible d’ajouter automatiquement des niveaux supérieurs à la hiérarchie en tant que 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 carte 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. Ou vos données peuvent 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 sur la continuité États-Unis/Canada, mais rappelons-nous que votre but était d’étudier ce qui se passe dans la région South. 13. Faites glisser **Region** sur l’étagère **Filtres**, puis filtrez jusqu’au niveau **South** uniquement. La carte effectue un zoom sur la région South (un repère pour chaque État, 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 **Sales** vers **Couleur** sur la fiche Repères. ![Une carte de 11 États du Sud des États-Unis colorés dans différentes nuances de bleu](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/Img/gs_explore2.png) La vue se met automatiquement à jour pour devenir une carte pleine, et attribue une couleur à chaque État 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(Sales)** 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 Palette, sélectionnez **Orange-bleu divergent** et 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 avec une palette Orange-bleu divergent basée sur les ventes totales de l’État](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/Img/gs_Explore5.png) Un instant ! Cela fait 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 sont-elles à ce point désastreuses dans certains États, ou y a-t-il simplement plus d’acheteurs en Floride pour vos produits ? Peut-être que vos magasins plus petits ou moins nombreux dans les États qui s’affichent en orange. Ou alors les États qui s’affichent en bleu ont une densité de population plus élevée, donc une plus grande réserve 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-fr/guides/get-started-tutorial/fr-fr/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, l’un des États de la région Sud a-t-il été _rentable_ ? 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-fr/guides/get-started-tutorial/fr-fr/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 carte » 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-fr/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 Carte 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 **Profit Map**. 2. Faites un clic droit sur la carte **Profit Map** 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 **Montre moi**, puis sélectionnez **barres horizontales**. La fonction Montre 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 **Montre moi** pour le réduire. ![Mise en surbrillance du graphique à barres horizontales dans le menu Montre-moi](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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-fr/guides/get-started-tutorial/fr-fr/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-fr/guides/get-started-tutorial/fr-fr/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 **State** 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 **City** 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 \[City\] 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 **City** 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-fr/guides/get-started-tutorial/fr-fr/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 Sub-Category contient des informations sur les produits vendus par lieu, donc c’est votre point de départ. 1. Faites glisser **Sub-Category** vers l’étagère **Lignes**, et placez-le à droite de City. 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 **Order Date** 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-fr/guides/get-started-tutorial/fr-fr/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 Carte en cliquant sur l’onglet de la feuille **Profit Map**. 2. Dans le volet Données, faites un clic droit sur **Sub-Category** et sélectionnez **Afficher le filtre**. Une fiche de filtre pour tous les produits que vous proposez apparaît en regard de la vue Carte. 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**. Ensuite, pour **Nombres** dans la section **Par défaut**, choisissez **Pourcentage** 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 État sans avoir à pointer le curseur dessus. 4. Dans le volet Données, faites un clic droit sur **Order Date** et sélectionnez **Afficher le filtre** pour ajouter un contexte à la vue. Une fiche de filtre pour YEAR(Order Date) 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 de filtre Sub-Category 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. ![Résultat de la désélection des classeurs, des machines et des tables dans le filtre de sous-catégorie](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 South. Vous remarquez comme le profit diminue dans certains autres États lorsque vous désélectionnez des articles dans la fiche de filtre ? Par exemple, si vous désactivez **Binders** dans la fiche de filtre Sub-Category, 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 de filtre Sub-Category 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 South 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 South, 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 idées](https://help.tableau.com/v0.0/guides/get-started-tutorial/fr-fr/get-started-tutorial-build.htm) [Passer au contenu principal](#main-content) # Étape 6 : Créer un tableau de bord présentant vos idées 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 associées, consultez [Création de tableaux de bord dans Tableau Desktop](https://www.tableau.com/fr-fr/node/106947). ## 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 Carte 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-fr/guides/get-started-tutorial/fr-fr/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 **Sales in the South** vers votre tableau de bord vide. 3. Faites glisser **Profit Map** vers votre tableau de bord et déposez-le au-dessus de Sales dans la vue South. Votre tableau de bord se met à jour comme suit : ![Tableau de bord avec les feuilles Profit Map et Sales in the South](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 **Sub-Category** ne sont pas très lisibles dans votre graphique à barres Sales in the South. En résolvant ce problème, vous aurez davantage de latitude pour communiquer les informations dont vous avez besoin. 1. Dans le graphique Sales in the South, faites un clic droit sur une valeur dans 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-fr/guides/get-started-tutorial/fr-fr/Img/gs_Build3.png) 2. Dans le graphique Sales in the South, faites un clic droit sur l’en-tête Order Date / Sub-Category et sélectionnez Masquer les étiquettes de champ pour les colonnes. ![Menu des étiquettes de champ de colonne](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 **Profit Map** et sélectionnez **Masquer le titre**. Le titre Profit Map 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 **Sales in the South**. 5. Chaque fois que vous appeliez une feuille, ses filtres apparaissaient aussi.Cela signifie que des filtres en double s’affichent.Sélectionnez la fiche de filtre **Sous-Category** 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-fr/guides/get-started-tutorial/fr-fr/Img/gs_build5.png). 6. Répétez cette étape pour la seconde fiche de filtre **Sub-Category** et l’une des fiches de filtre **Year of Order Date**. 7. Cliquez sur la **légende des couleurs Profit** et faites-la glisser de la droite jusque sous le graphique Sales in the South. 8. Enfin, sélectionnez le filtre restant **Year of Order Date**, cliquez sur sa flèche déroulante, et sélectionnez **Flottant**.Déplacez-le vers l’espace blanc dans la vue Carte.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 Year of Order Date.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 **Year of Order Date**, et sélectionnez **Valeur unique (curseur)**. Votre vue se met à jour comme suit : ![Tableau de bord avec les feuilles Profit Map et Sales in the South avec moins d’en-têtes de colonnes et de filtres](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 **Profit Map** dans le tableau de bord et cliquez sur l’icône **Utiliser comme filtre**![Icône Utiliser comme filtre](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 South sont automatiquement mises à jour de manière à n’afficher que les ventes de sous-catégorie dans l’État sélectionné.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 **Year of Order Date**, cliquez sur son 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 South 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é "Regional Sales and Profit", et vous faites de même en double-cliquant sur **Tableau de bord 1** et en saisissant **Regional Sales and Profit**. 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-fr/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 ont presque des allures de diaporamas. Chaque plan de reportage est à la base une diapositive indépendante dans une présentation. Et à la différence d’un tableau de bord, chaque plan de reportage peut afficher la même visualisation ou le même tableau de bord avec un état indépendant. Vous n’êtes pas sûr de ce que cela signifie ? Suivez les instructions ci-dessous pour 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-fr/guides/get-started-tutorial/fr-fr/Img/gs_Story1.png) Un espace de travail vide s’affiche avec la mention « Faire 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 **Sales in the South** sur votre vue. 6. Ajoutez une légende (par exemple "Sales and profit by year") 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-fr/guides/get-started-tutorial/fr-fr/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. ## Surligner 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 Sales in the South. 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 le profit générés par les machines par année. 3. Ajoutez une légende pour souligner ce que voient vos observateurs, par exemple "Machine sales and profit by year". ![Histoire qui inclut la feuille des ventes dans le Sud et est filtrée pour les machines](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 sous 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-fr/guides/get-started-tutorial/fr-fr/Img/gs_story_toolbar.png) s’affiche vers 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 survolé 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 "Surligner 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 du profit par année ne suffit pas à démontrer ce point, mais le profit régional, lui, le fait 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 **Regional Sales and Profit** 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 Regional Sales and Profit](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/Img/gs_Story6.png) 3. Ajoutez une légende du type "Articles sous-performants de la région South". 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 Regional Profit. 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 de filtre Year of Order Date. 4. Ajoutez une légende, par exemple « Profit 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 Regional Profit centré sur la Caroline du Nord. 2. Dans le filtre Year of Order, cliquez sur le bouton de flèche droit pour faire apparaître **2022**. 3. Ajoutez une légende, par exemple « Profit 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 « L’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 Sales in the South pour afficher une infobulle utile : des pertes s’élevant à près de 4000 $. ![Tableau de bord Regional Sales and Profit 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-fr/guides/get-started-tutorial/fr-fr/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 **Year of Order Date**, 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 4000 $ 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 **Story 1** et renommez votre histoire « Améliorer les bénéfices au 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-fr/guides/get-started-tutorial/fr-fr/Img/gs_Story7.png) Il semblerait que votre tableau de bord soit assez mal adapté à la présentation. C’est énervant. Appuyez sur la touche **Échap** pour quitter votre présentation, puis sélectionnez la feuille **Regional Sales and Profit** dans la partie inférieure de votre classeur. Dans le volet gauche sous **Tableau de bord**, modifiez la sélection déroulante **Taille** dans Desktop pour l’**ajuster à l’amélioration du 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-fr/guides/get-started-tutorial/fr-fr/Img/gs_Story10.png) Sélectionnez la feuille du reportage **Ajuster à Improve Profits in the South**, 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 e-mail, 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-fr/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 votre entreprise ou vous-même n’utilisez pas Tableau Server ou si vous souhaitez découvrir une option alternative gratuite de partage, 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 avant de pouvoir partager ou publier votre travail. - Si votre entreprise ou vous-même utilisez Tableau Server et que vous êtes familier avec 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-fr/products/server) ou [Tableau Cloud](http://www.tableau.com/fr-fr/products/cloud-bi). 1. Sélectionnez **Serveur** > **Tableau Public** > **Enregistrer dans Tableau Public**. 2. Entrez vos informations d’identification Tableau Public dans la boîte de dialogue. ![Écran de connexion de Tableau Public](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 le volet 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-fr/guides/get-started-tutorial/fr-fr/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échargée sur Tableau Public](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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-fr/guides/get-started-tutorial/fr-fr/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 blog ou page Web. 2. Envoyer un lien : Copiez le **Lien** et envoyez-le à vos collègues. 3. Envoyez un e-mail à l’aide de votre client de messagerie par défaut en cliquant sur l’icône d’e-mail. 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. ### Pubier sur Tableau Cloud ou Tableau Server 1. Sélectionnez **Serveur** > **Publier le classeur** ou cliquez sur Partager ![Icône Partager](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 Connexion. ![Boîte de dialogue Partager via Tableau Server ou Tableau Cloud](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/Img/gs_share1.png) 3. Dans le champ Nom, saisissez **Improve Profits in the South**. 4. Si vous le souhaitez, entrez une description à titre de référence, par exemple « Suggestions pour améliorer les profits dans le Sud » 5. Sous **Feuilles**, cliquez sur **Modifier**, puis désélectionnez toutes les feuilles sauf **Improve Profits in the South**. 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 informations d’identification 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-fr/guides/get-started-tutorial/fr-fr/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 Improve Profits in the South que vous avez publiée. Un écran du type suivant s’affiche : ![Histoire Améliorer les profits dans le Sud qui est téléchargée sur Tableau Server](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/Img/gs_Share5.png) _Si vous avez publié des feuilles supplémentaires à partir de votre classeur, elles devraient figurer avec votre document Improve Profits in the South._ 2. Cliquez sur **Improve Profits in the South**. 3. Dans le menu, sélectionnez **Partager**. ![Boîte de dialogue Partager](/tableau/next/fr-fr/guides/get-started-tutorial/fr-fr/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 e-mail à l’aide de votre client de messagerie par défaut : cliquez sur l’icône d’e-mail. ## 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 profitabilité 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 expert des 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 South 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-fr/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-fr/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 chaleur
  • Histogrammes
  • Graphiques de Gantt
  • Graphiques en camembert
  • 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 présentiel

Apprentissage et Formation

Suivez des cours de formation gratuits en ligne, à la demande ou inscrivez-vous à des formations en salle de classe 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 une instance de Tableau Server comportant 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 faire appel à [des services professionnels ou un partenaire de migration expérimenté](https://www.tableau.com/fr-fr/solutions/tableau-migration) pour migrer vers Tableau Cloud. Plus bas, cette rubrique comprend des conseils sur la manière de planifier votre migration. Mais avant toute chose, nous allons vous expliquer pourquoi le passage à Tableau Cloud est probablement la décision la plus intelligente pour votre organisation. ## Dans quels cas la migration est-elle pertinente ? Si vous utilisez une seule instance Tableau Server pour un petit groupe d’utilisateurs, déplacer vos opérations vers Tableau Cloud vous permettra très probablement d’économiser temps et argent. L’avantage le plus évident de la migration vers Tableau Cloud est le gain de temps, une ressource rare pour la plupart d’entre nous. Et si vous êtes un data scientist ou un analyste qui s’est retrouvé à exécuter une installation Tableau Server de manière inattendue, effectuez la migration et revenez à vos données ! Qu’en est-il des organisations de grande taille ? Si votre organisation comprend plus de 100 utilisateurs, vous bénéficierez également sans aucun doute d’économies de temps et d’argent à grande échelle. Tableau Cloud est conçu pour gérer les organisations de grande taille, mais ce guide ne s’applique pas à ce cas de figure. Si vous cherchez à migrer une organisation de grande taille, consultez [Migration de Tableau Cloud](https://www.tableau.com/fr-fr/solutions/tableau-migration) où vous pouvez en savoir plus sur le travail avec des services professionnels ou un partenaire de migration expérimenté. Pour de nombreuses organisations, Tableau Cloud sera plus rapide et plus fiable, et vous pourrez exploiter Tableau Server plus facilement qu’aujourd’hui. Vous n’aurez plus à gérer aucune mise à niveau majeure du serveur, ni même une mise à jour de version de maintenance, qui, comme vous le savez, n’est en réalité qu’une mise à niveau dissimulée sous un autre nom. Tableau Cloud exécute toujours la toute 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, le temps passé avec Tableau Cloud sera consacré à la gestion des utilisateurs et des données. Voilà pour l’essentiel. Vous n’aurez plus à dépanner les erreurs de service, à combiner les journaux, ou encore à multiplier les redémarrages. Demandez à votre responsable de compte de déterminer les coûts de prise en charge de vos utilisateurs. Lorsque vous évaluez le coût global, n’oubliez pas que la seule mesure des dépenses de licence par utilisateur ne fournit pas de comparaison à l’identique entre SAAS et l’auto-hébergement d’un serveur. Cette comparaison est particulièrement imprécise si vous n’incluez pas le temps passé à gérer Tableau Server et le coût en capital de l’actualisation ou de la location du matériel. Le coût annuel d’exécution d’un seul serveur dans le cloud peut s’élever à plus de 10 000 $ par an. Et bien sûr, toute analyse doit inclure les coûts du personnel de maintenance, les mises à jour périodiques et la résolution des problèmes. ### Pour aller plus loin - Pour une évaluation rapide et pertinente de la migration vers Tableau Cloud, consultez le billet de blog [Dois-je déplacer mon analytique vers Tableau Cloud ?](https://www.tableau.com/fr-fr/blog/should-i-move-my-analytics-cloud) - Pour plus d’informations sur les avantages d’un passage à Tableau Cloud depuis un système sur site ou auto-hébergé, 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 [La migration de Splunk vers Tableau Cloud élimine les frais d’administration du serveur et améliore les performances des tableaux de bords](https://www.tableau.com/fr-fr/solutions/customer/splunk-migrates-tableau-cloud-eliminates-server-admin-overhead) (en anglais). ## Dans quels cas la migration n’est-elle pas pertinente ? La liste suivante décrit les scénarios dans lesquels il est pertinent de continuer à gérer votre propre instance de Tableau Server au lieu de migrer. Nous nous engageons à améliorer continuellement Tableau Cloud et compléterons cette liste au fur et à mesure que nous publierons de nouvelles fonctionnalités. Cependant, il est important de vérifier que Tableau Cloud répond à vos exigences avant de vous décider de migrer. Veillez à 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 à des exigences en matière de réglementation (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/en/services/tableau-cloud) et consultez souvent cette liste pour vérifier la disponibilité de nouvelles certifications. - **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 créer des extraits de manière compatible. Ces sources de données incluent par exemple les sources de données de type cube, les connecteurs personnalisés, les fichiers de connecteur Tableau (.taco) packagés, entre autres. La rubrique suivante, [Planifier votre migration](https://help.tableau.com/v0.0/guides/migration/fr-fr/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 le document [Évaluation de la préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-fr/products/921) pour voir quelles sources de données vous utilisez actuellement et si elles sont prises en charge sur Tableau Cloud. - **Capacité du site :**: si vous disposez de plus de 1 To de données, examinez l’option [Advanced Management pour Tableau Cloud](https://help.tableau.com/current/online/fr-fr/itm_intro.htm). Sinon, consultez [Capacité du site Tableau Cloud](https://help.tableau.com/current/online/fr-fr/to_site_capacity.htm) pour optimiser toute consolidation nécessaire. Le document [Évaluation de la préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-fr/products/921) peut vous aider à identifier les ressources à consolider. - **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 les flux Tableau Prep pour les données qui se trouvent derrière un réseau privé, consultez [Comment exécuter des flux Tableau Prep Conductor avec des données sur site 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-fr). Les flux Tableau Prep utilisant Python ne sont pas non plus pris en charge par Tableau Bridge. ## À qui s’adresse ce guide Ce guide a été conçu pour la personne ou l’équipe de personnes appelée à effectuer la migration vers Tableau Cloud. Le guide couvre les installations de Tableau Server comptant 100 utilisateurs au maximum. Ce guide décrit le processus manuel par étapes pour faire passer votre organisation de Tableau Server à un site entièrement fonctionnel dans Tableau Cloud en une ou deux semaines. Une fois que vous avez 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 au sein de votre organisation. Un utilisateur « creator » est un utilisateur qui possède une licence basée sur le rôle Creator. Selon vos objectifs, vous (l’administrateur) ou vos utilisateurs Creator pouvez migrer le contenu. Pour cette raison, nous avons conçu une partie du contenu lié à la migration à l’attention de 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-fr/products/desktop). Pour migrer des flux Tableau Prep, les utilisateurs de type Creator doivent également avoir installé Tableau Prep Builder. ## Post-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 dans Tableau Cloud avec l’avantage d’utiliser des fonctionnalités cloud natives. ### Différences de fonctionnalités dans Tableau Cloud Comme mentionné précédemment, exécuter Tableau Cloud demande beaucoup moins de travail que de gérer votre propre instance Tableau Server du point de vue de l’administration. Vous trouverez une liste synthétique des différences de fonctionnalités dans la rubrique d’aide de Tableau Server, _Considérations techniques concernant la migration de Tableau Server vers Tableau Cloud_ ([Windows](https://help.tableau.com/current/server/fr-fr/migrate_server_to_cloud_overview.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-fr/migrate_server_to_cloud_overview.htm)). Voici quelques considérations parmi les plus courantes : - 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-fr/server_process_repository.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-fr/server_process_repository.htm)). Au lieu de cela, sur vous pouvez utiliser la [Console Administrateur](https://help.tableau.com/current/online/fr-fr/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 Invité n’est pas disponible sur Tableau Cloud. À la place, utilisez les [Applications connectées](https://help.tableau.com/current/online/fr-fr/connected_apps.htm) pour élargir l’accès. - Bien que la fonctionnalité complète de polices personnalisées ne soit pas prise en charge, un ensemble de polices Google est disponible pour une utilisation avec le contenu publié. - Tableau Cloud utilise un modèle de locataire et de site pour l’administration. En utilisant [Tableau Cloud Manager](https://help.tableau.com/current/online/fr-fr/cloud_manager_intro.htm), vous pouvez créer plusieurs sites sur votre locataire, de la même manière que vous le faites 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 [Entreprise](https://help.tableau.com/current/online/fr-fr/to_tab_enterprise_features.htm) et un maximum de 50 sites avec [Tableau+](https://help.tableau.com/current/online/fr-fr/to_tab_plus_features.htm). Lancez l’[Évaluation de la préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-fr/products/921) pour voir si vous devez 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 établi une liste complète disponible séparément sous la forme de [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part7.htm). Vous pourrez ainsi la partager directement avec vos utilisateurs. Ces tâches incluent : - Webhooks - Mises à jour des solutions d’intégration - Mise à jour des scripts de l’API REST - Configuration des extensions analytiques ## Compatibilité des versions  En règle générale, notre documentation est basée sur des versions récentes/actuelles de Tableau Server, mais comme le processus couvert dans ce guide n’est pas une migration programmée ou automatisée, nous ne prévoyons pas de problèmes de migration à partir d’anciennes versions de Tableau Server vers Tableau Cloud. Strictement parlant, le processus décrit dans ce guide est plus un « portage » qu’une « migration » en termes de configurations administratives. ## Licences Tableau Cloud utilise des licences par souscription basées sur les rôles. Tableau Server prend en charge les licences par souscription 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 licence par souscription basée 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-fr/solutions/tableau-migration#partners) pour voir comment il peut vous aider à accélérer une migration vers Tableau Cloud. ## Workflow 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-fr/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/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-fr/cloud_migration_part5.htm) 7. [Ajouter des utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Liste de contrôle pour la migration des utilisateurs Vous êtes dans le [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-fr/emg_intro.htm). Ce guide décrit comment migrer manuellement les déploiements Tableau Server avec moins de 100 utilisateurs vers Tableau Cloud. Bienvenue dans 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 plate-forme d’analytique entièrement gérée de Tableau. Dans le cadre de votre migration, les tâches suivantes ne prendront que 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 indiquées. 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 la section [Actions d’URL](https://help.tableau.com/current/pro/desktop/fr-fr/actions_url.htm). - **Abonnements** : vous devrez vous réabonner aux vues, aux classeurs et aux flux sur le site Tableau Cloud. Voir [Créer un abonnement à une vue ou à un classeur.](https://help.tableau.com/current/online/fr-fr/subscribe_user.htm) - **Vues personnalisées** : une vue personnalisée est une copie d’une vue avec application de vos sélections et filtres. Vous devrez réappliquer les vues personnalisées sur votre site Tableau Cloud. Voir [Utiliser des vues personnalisées.](https://help.tableau.com/current/pro/desktop/fr-fr/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 des solutions de sécurité au niveau des lignes dans les stratégies de données, sources de données ou classeurs Tableau, vous devrez les mettre à jour après une migration. - **Loupes Parlez aux données** : vous devrez reconfigurer les loupes Parlez aux données sur Tableau Cloud. Voir [Créer des loupes qui adaptent Parlez aux données à des publics spécifiques](https://help.tableau.com/current/pro/desktop/fr-fr/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. Voir [Marquer les favoris](https://help.tableau.com/current/pro/desktop/fr-fr/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. Voir [Modifier vos paramètres de compte](https://help.tableau.com/current/pro/desktop/fr-fr/useracct.htm). - **Informations d’identification enregistrées pour les sources de données** : vous devez mettre à jour l’ensemble des sources de données et des flux qui incluaient auparavant vos informations d’identification enregistrées. Voir [Gérer les informations d’identification enregistrées pour les connexions de données](https://help.tableau.com/current/pro/desktop/fr-fr/manage_stored_credentials.htm). - **Webhooks** : vous devez recréer des Webhooks sur Tableau Cloud. Voir [Webhooks Tableau](https://help.tableau.com/current/developer/webhooks/fr-fr/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, vous devrez peut-être adapter les extensions de tableau de bord au nouvel environnement Tableau Cloud. Voir [Extensions de tableau de bord](https://help.tableau.com/current/pro/desktop/fr-fr/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-fr/dashboard_extensions_server.htm). - **Data Management** : si votre organisation dispose des fonctionnalités Data Management (soit via un module Data Management précédemment acheté, soit en achetant Tableau Enterprise), vous devez mettre à jour les avertissements sur la qualité des données et les descriptions des champs. Voir [Connexions virtuelles et politiques des données.](https://help.tableau.com/current/online/fr-fr/dm_vconn_overview.htm) ## Workflow 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-fr/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/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-fr/cloud_migration_part5.htm) 7. [Ajouter des utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part6.htm) 8. **Vous êtes à cette étape** : Liste de contrôle pour 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-fr/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 aucune connexion virtuelle n’est configurée pour Tableau Server, ignorez cette procédure. La migration des connexions virtuelles de Tableau Server vers Tableau Cloud est un processus manuel. 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 celui mis à 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-fr/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 dans [Utiliser une connexion virtuelle](https://help.tableau.com/current/online/fr-fr/dm_vconn_use.htm). 2. [Créez une source de données publiée](https://help.tableau.com/current/pro/desktop/fr-fr/publish_datasources.htm) dans Tableau Cloud de manière à ce 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 des champs : la casse doit également correspondre - La mesure et la dimension doivent correspondre dans les champs d’origine et les nouveaux champs - Paramètres de champ par défaut. Consultez [Modifier les paramètres par défaut des champs](https://help.tableau.com/current/pro/desktop/fr-fr/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 migrez, 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 : **Server > Connexion > Tableau Cloud**. 5. Dans l’écran d’accueil Desktop, sélectionnez le fichier du classeur pour l’ouvrir à nouveau. Deux messages d’erreur _Impossible de terminer l’action_ s’affichent. Fermez les messages d’erreur. À l’ouverture, la feuille de calcul affiche le message _Feuille de calcul non disponible_. Ne modifiez pas la connexion depuis la fenêtre principale. 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, cliquez avec le bouton 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 **Remplacement**, puis cliquez sur **OK**. 9. Cliquez avec le bouton droit de la souris sur la source de données puis sélectionnez **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**. - Lorsqu’elle est intégrée au classeur, sélectionnez **Publier > Classeur**. ## Workflow 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-fr/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2.htm) 3. **Vous êtes à cette étape** : Migrer les connexions virtuelles 4. [Migrer des sources de données, des classeurs et des flux vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part3.htm#clou) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/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-fr/cloud_migration_part5.htm) 7. [Ajouter des utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part7.htm) [Passer au contenu principal](#main-content) # Migrer des sources de données, des classeurs et des flux vers Tableau Cloud Vous êtes dans le [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-fr/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 exécutant 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 migration de contenu décrites dans cette rubrique peuvent être effectuées par les utilisateurs (avec des rôles Creator) de votre organisation. ## Avant de commencer Avant de vous lancer dans la migration de contenu, permettez-nous d’insister sur la nécessité d’effectuer un inventaire complet et de nettoyer votre environnement Tableau Server existant. Voir [Grand ménage : votre contenu vous donne-t-il satisfaction ?](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part1.htm#Cleaning) **Garder Tableau Server actif** Au cours de votre processus de migration, assurez-vous que tous les contenus et processus métier restent opérationnels dans votre système Tableau Server. Ne mettez pas hors service votre environnement Tableau Server tant que vous n’avez pas vérifié et validé la migration correcte de votre contenu et de vos procédures vers Tableau Cloud. ## Étape 1 : Créer des projets pour votre site avec une politique d’accès minimum Nous vous recommandons de configurer votre nouveau site Tableau Cloud avec une politique d’accès minimum. Il est important de savoir qu’une utilisateur peut commencer à accéder au contenu de la plate-forme dès qu’il est ajouté à Tableau Cloud. Avant de commencer, nous vous recommandons de consulter [Démarrage rapide : Autorisations](https://help.tableau.com/current/online/fr-fr/qs_permissions.htm) pour un cours de rappel sur la façon dont les autorisations interagissent et sont héritées dans Tableau. Si vous connaissez ces concepts dans le contexte de Tableau Server, vous êtes prêt à partir. Les autorisations Tableau Cloud utilisent la même logique que Server. Suivez ces étapes pour configurer des projets avec une stratégie d’accès minimum. 1. Configurez les [autorisations de modèle](https://help.tableau.com/current/online/fr-fr/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. La suppression de tous les utilisateurs garantit que 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-fr/to_add_users_groups.htm) Les groupes simplifient la gestion des autorisations à mesure que votre organisation et/ou votre contenu évolue. Pour plus d’informations sur les autorisations générales du projet, consultez [Utiliser les projets pour gérer l’accès au contenu](https://help.tableau.com/current/online/fr-fr/projects.htm). ## Étape 2 : Ajouter des utilisateurs avec des rôles Creator Une fois que vous avez configuré la politique d’accès minimum, il est maintenant temps d’ajouter tous les utilisateurs qui migreront du contenu. Si vous ne comptez pas sur les utilisateurs pour migrer le contenu, vous pouvez les ajouter ultérieurement dans le processus. Voir [Configurer l’autorisation et l’accès au contenu pour les utilisateurs migrés](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part5.htm). Suivez ces instructions pour ajouter les utilisateurs Creator : - Pour vérifier les rôles sur le site : [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/online/fr-fr/users_site_roles.htm). - Vous pouvez [ajouter des utilisateurs manuellement](https://help.tableau.com/current/online/fr-fr/sites_addusers.htm) ou vous pouvez les [importer avec un fichier CSV](https://help.tableau.com/current/online/fr-fr/users_import.htm). - Après avoir ajouté les utilisateurs et défini leurs rôles, ajoutez-les aux groupes appropriés que vous avez configurés à 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, il vous suffit de migrer la source de données publiée 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. Entrez les options suivantes : - Actuel : Copie locale de remplacement : la copie locale que vous avez enregistrée - Dans le volet Données, faites un clic droit sur la source de données d’origine publiée, puis sélectionnez Fermer. 4. Sélectionnez Serveur puis cliquez sur Déconnexion. 5. Sélectionnez la source de données dans le menu Données et sélectionnez Publier sur le serveur. 6. Dans Tableau Desktop, connectez-vous à Tableau Cloud, puis publiez la source de données. 7. Si nécessaire, planifiez une actualisation de cette source de données dans Tableau Cloud. Pour plus d’informations, consultez [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part4.htm). Si la source de données nouvellement 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, vérifiez que l’option Mettre à jour le classeur pour utiliser la source de données publiée est sélectionnée. 2. Sélectionnez Serveur > Publier un 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’ouvrira 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, faites un clic droit sur la source de données d’origine publiée, puis sélectionnez Fermer. 4. Répétez les étapes 2 et 3 pour toutes les sources de données publiées du classeur. 5. Sélectionnez Serveur puis cliquez sur Déconnexion. 6. À partir d’une feuille, sélectionnez Données > Remplacer la source de données. Entrez les options suivantes : - Actuel : la copie locale actuelle - Remplacement : la copie locale que vous avez enregistrée 7. Une fois que toutes les sources de données publiées ont été remplacées, sélectionnez Sélectionner > Publier le classeur pour publier le classeur sur Tableau Cloud. Si le classeur possède également une source de données intégrée nécessitant Tableau Bridge, ces sources de données devront être publiées séparément comme lors de la migration. Voir [Publier une source de données.](https://help.tableau.com/current/pro/desktop/fr-fr/publish_datasources.htm) ## Étape 5 : Migrer des classeurs avec des sources de données publié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 **Déconnexion**. 3. Sélectionnez **Serveur** , puis cliquez sur **Connexion** pour vous connecter à Tableau Cloud. 4. Si la source de données intégrée nécessite Tableau Bridge pour l’actualisation automatique et qu’il s’agit de **données de fichier** (tel que .cvs et .xlsx), suivez les instructions de la section [Publier des données sur site (Tableau Cloud uniquement)](https://help.tableau.com/current/pro/desktop/fr-fr/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 de données de fichier, **sélectionnez Serveur > Publier le classeur**. ## Étape 6 : Migrer des flux Tableau Prep Si vous souhaitez interroger les données cloud disponibles publiquement, vous devrez peut-être activer Tableau Cloud. Pour activer la connectivité, consultez [Autoriser l’accès aux données de cloud publiées sur Tableau Cloud](https://help.tableau.com/current/pro/desktop/fr-fr/publish_tableau_online_ip_authorization.htm). Répétez la procédure suivante pour tous les flux Tableau Prep publiés que vous souhaitez migrer vers Tableau Cloud. Exécutez cette procédure sur un ordinateur utilisant [Tableau Prep Builder](https://www.tableau.com/fr-fr/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 n’êtes pas automatiquement invité, dans le menu supérieur, sélectionnez Serveur > Connexion et connectez-vous à Tableau Server. 2. Naviguez à partir du menu supérieur et sélectionnez Serveur. Dans l’URL du serveur auquel vous êtes connecté, cliquez sur Déconnexion. 3. Si le flux se connecte à au moins une source de données publiée, vous verrez l’avertissement suivant : ![](/tableau/next/fr-fr/guides/migration/fr-fr/Img/prep-migrate_583x269.png) 4. Cliquez sur Déconnexion. 3. Accédez au menu supérieur et sélectionnez Serveur > Connexion > Connexion rapide à Tableau Cloud pour vous connecter à Tableau Cloud. 4. Si le flux ne comporte aucune 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 la nouvelle connexion et déposez-la pour remplacer l’étape des données entrantes pour la source de données publiée Tableau Server actuelle. 3. Faites un clic droit sur la connexion existante dans le menu volant des connexions 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 de manière à 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 en sortie dans le flux. 6. Une fois que vous avez remplacé toutes les sources de données publié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. ## Workflow 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-fr/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2-5.htm) 4. **Vous êtes à cette étape** : 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-fr/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-fr/cloud_migration_part5.htm) 7. [Ajouter des utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. 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 par défaut tous les ports et protocoles entrants et sortants. 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 à la couche Application protégée. - Indépendant des plates-formes : la solution peut être déployée avec des applications serveur locales ou dans le cloud. - 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. - Haute disponibilité : tous les composants du système sont déployés sous forme de cluster et sont 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 cloud 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é (IdP) sur le serveur proxy au niveau Web. - Confidentialité : le trafic vers la passerelle Web est crypté à partir du client avec SSL. Le trafic vers les sous-réseaux internes peut également être crypté. ## Niveau proxy Web Le niveau Web est un sous-réseau dans la zone démilitarisée (DMZ) qui fait office de 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 plugin AuthN pour pré-authentifier les sessions client avec un IdP de confiance, avant de rediriger la demande 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-fr/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 cryptage 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 Tableau Server Independent Gateway. Independent Gateway est une instance autonome du processus Tableau Gateway qui sert de proxy inverse compatible avec Tableau. Au moment de la publication, Independent Gateway a été validé, mais pas entièrement testé dans l’architecture de référence EDG. Une fois les tests complets terminés, l’EDG sera mis à jour avec les conseils prescriptifs de Tableau Server Independent Gateway. ## 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 cluster. 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 crypté 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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. L’image suivante montre les processus Tableau Server pertinents et la manière dont ils sont déployés dans l’architecture de référence. Ce déploiement est considéré comme le déploiement Tableau Server minimal adapté à l’entreprise. Les diagrammes de processus présentés dans cette rubrique sont destinés à montrer les principaux processus de définition de chaque nœud. Il existe de nombreux processus de prise en charge qui s’exécutent également sur des nœuds non affichés dans les diagrammes. Pour une liste de tous les processus, consultez la section de configuration de ce guide, [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part4.htm). ## Processus Tableau Server L’architecture de référence de Tableau Server est un déploiement de cluster 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 cluster. Dans le contexte de l’entreprise, le nœud initial de Tableau Server est le nœud principal du cluster. 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’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-fr/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-fr/distrib_ha_failover.htm)). À titre d’exemple, l’implémentation AWS décrite dans ce guide explique comment déployer le référentiel externe sur PostgreSQL s’exécutant sur une instance EC2. - Facultatif : si votre entreprise utilise un stockage externe, vous pouvez déployer le répertoire de fichiers externe Tableau en tant que service externe. Ce guide n’inclut pas le répertoire de fichiers externe dans le scénario de déploiement principal. Consulte_z Installer Tableau Server avec un répertoire de fichiers externe ([Linux](https://help.tableau.com/current/server-linux/fr-fr/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 avec le logo emblématique de l’éléphant.](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/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, Backgrounder 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 Licence, Activation et Contrôleur TSM sont essentiels à l’intégrité 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-fr/edg_part7.htm#Initial). ## Nœuds 1 et 2 : Serveurs d’applications ![Processus de nœud d’application Tableau](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/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** : le terme « Serveur d’applications » désigne également 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 de cœurs sur les serveurs d’applications, est étroitement lié au processeur et à la mémoire et utilise près de 60-70 % du processeur et de la mémoire de l’ordinateur. Pour cette raison, l’architecture de référence est conçue de manière à ce qu’aucun autre processus lié à la mémoire ou au processeur 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 la mémoire ou l’utilisation du processeur sur les nœuds VizQL. Par exemple, la réduction du nombre d’utilisateurs simultanés dans notre test de charge affecte uniquement les performances du tableau de bord ou le processus de chargement de visualisation, mais ne réduit pas l’utilisation des ressources. Par conséquent, en fonction de la mémoire et du processeur disponibles lors des pics d’utilisation, vous pouvez envisager d’ajouter d’autres processus VizQL. Comme point de départ pour des classeurs standard, allouez 4 cœurs par processus 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 de nœud de données Tableau Server](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/Img/edg-ref-arch-data.png) Les processus du répertoire de fichiers, du moteur de données (Hyper) et du Backgrounder sont co-localisés sur les Nœuds 3 et 4 pour les raisons suivantes : - Optimisation des extraits : l’exécution de Backgrounder, de Hyper et du répertoire de fichiers sur le même nœud optimise les performances et la fiabilité. Pendant le processus d’extraction, le Backgrounder interroge la base de données cible, crée le fichier Hyper sur le même nœud, puis le télécharge dans le répertoire de fichiers. En co-localisant ces processus sur le même nœud, le workflow de création d’extrait ne nécessite pas la copie de quantités de données sur le réseau ou les nœuds. - Équilibrage des ressources complémentaire : le Backgrounder exige principalement des ressources processeur. Le moteur de données est un processus qui exige beaucoup de mémoire. Le couplage de ces processus 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. Au fur et à mesure que vos travaux d’extraction augmentent, ajoutez des serveurs de données supplémentaires sans le service Répertoire de fichiers. En règle générale, 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 service Répertoire 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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. 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-fr/edg_part2.htm). Outre la description des exigences, cette rubrique fournit un exemple d’implémentation 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 diagramme suivant illustre la conception du sous-réseau dans l’architecture de référence pour un déploiement sur site ou un déploiement cloud géré par le client. Pour un exemple de déploiement cloud, 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 cloud)
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 cloud)
EntrantHTTPSTCP443Sous-réseau de niveau Web
SortantTout le traficToutTout 
Le serveur de base de données PostgreSQL externe réside dans le sous-réseau de données.
TraficTypeProtocolePlage de portsSource

Entrant

SSHTCP22Sous-réseau bastion (pour les déploiements cloud)
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 administratif sur site et les nœuds déployés dans le cloud. Au lieu de cela, tout le trafic SSH administratif vers les nœuds cloud est transféré via un hôte bastion (également appelé « jump server »). Pour les déploiements cloud, 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 cloud privé virtuel avec serveurs, bases de données et utilisateurs.](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/Img/edg-vpc-sg-1.png) ![Diagramme de réseau d’un cloud privé virtuel avec serveurs, bases de données et utilisateurs.](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/Img/edg-vpc-sg-2.png) ![Diagramme de réseau d’un cloud privé virtuel avec serveurs, bases de données et utilisateurs.](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/Img/edg-vpc-sg-3.png) ![Diagramme de réseau d’un cloud privé virtuel avec serveurs, bases de données et utilisateurs.](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/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 seul hôte. Cependant, dans le cas 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 changer l’interface utilisateur sur 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 cluster 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. Sélectionnez l’une des deux tables 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 Enregistrer. ## É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-fr/edg_part5.htm). Pour les déploiements sur site, travaillez 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 de l’IdP 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 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-fr/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 répertoire de fichiers Tableau, vous devrez calculer l’espace disque approprié. Consulte_z Installer Tableau Server avec un répertoire de fichiers externe ([Linux](https://help.tableau.com/current/server-linux/fr-fr/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-fr/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 package d’installation et initialiser TSM](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part4.htm#Run2) pour plus de détails sur la 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 PostgreSQL EC2 ### 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 répertoire de fichiers Tableau, vous devrez calculer l’espace disque approprié. Consulte_z Installer Tableau Server avec un répertoire de fichiers externe ([Linux](https://help.tableau.com/current/server-linux/fr-fr/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 version de maintenance la plus récente du dernier package rpm de Tableau Server 2021.2 (ou ultérieur) depuis la [page Téléchargements de Tableau](https://www.tableau.com/fr-fr/support/releases/server) sur 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 #### Tableau Server Independent Gateway - 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-fr/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 cluster 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 Mac OS, `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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. 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-fr/edg_part3.htm). ## Installer, configurer PostgreSQL et créer une sauvegarde tar 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-fr/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 montré ici est une installation et une configuration génériques pour PostgreSQL dans l’architecture de référence. Votre DBA doit optimiser votre déploiement PostgreSQL en fonction de la taille de vos données et de vos besoins de performances. Exigences : notez que vous devez exécuter PostgreSQL 1.6 et que vous devez installer le module uuid-ossp. ### 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.
Versions de Tableau ServerVersions minimum compatibles avec 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 et 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 Postgres 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 les commandes suivantes 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 d’implémentation 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 du déploiement AWS](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/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 package 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 package 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 package d’installation de la [page Téléchargements de Tableau](https://www.tableau.com/fr-fr/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 produit Tableau Server à cette étape. Exécutez la commande suivante pour chaque clé produit 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 répertoire de fichiers Tableau, vous devez activer le répertoire de fichiers externe avant de configurer le magasin d’identités. Consulte_z Installer Tableau Server avec un répertoire de fichiers externe ([Linux](https://help.tableau.com/current/server-linux/fr-fr/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é à saisir le mot de passe du nom d’utilisateur principal Postgres. L’option `--no-ssl` configure Tableau de manière à 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. La [Partie 6 - Configuration après l’installation](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part6.htm) décrit comment activer SSL/TLS pour la connexion Postgres une fois que vous avez 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 devraient afficher Vizportal html, dans ce style : /./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 canal 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 cluster 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 de statut du processus affichant le statut en temps réel du processus en cours d’exécution dans Tableau Server.](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/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 serveur 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, incluez uniquement le serveur d’indexation et de recherche. N’ajoutez pas 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 sont 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 serveur 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 sont 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 les commandes suivantes 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 Répertoire de fichiers sur le Nœud 4 ait terminé la synchronisation. L’état du service Répertoire de fichiers renvoie `is synchronizing` jusqu’à ce qu’il ait terminé. Lorsque l’état du service Répertoire 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 répertoire de fichiers sur le Nœud 1. Cela entraînera un avertissement concernant la suppression du répertoire 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 répertoire de fichiers est mis hors service, exécutez la commande suivante pour supprimer le processus d’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 Répertoire de fichiers sur le Nœud 4 ait terminé la synchronisation. L’état du service Répertoire de fichiers renvoie `is synchronizing` jusqu’à ce qu’il ait terminé. Lorsque l’état du service Répertoire 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 de répertoire 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-fr/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 répertoire de fichiers dans un fichier nommé `ts_backup-.tsbak`. Ignorez l’avertissement indiquant que le répertoire 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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. 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 Tableau Server Independent Gateway. - 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 de l’IdP 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-fr/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 l’IdP - Tableau Server vers l’IdP ### Tableau Server Independent Gateway Tableau Server version 2022.1 a introduit Tableau Server Independent Gateway. Independent Gateway est une instance autonome du processus Tableau Gateway qui sert de proxy inverse compatible avec Tableau. Independent Gateway prend en charge l’équilibrage de charge circulaire simple vers les serveurs principaux Tableau Server. Par contre, Independent Gateway n’est pas destiné à servir d’équilibreur de charge pour les applications d’entreprise. Nous vous recommandons d’exécuter Independent Gateway derrière un équilibreur de charge pour les applications de classe entreprise. Independent Gateway 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 avec configuration de l’authentification locale. Dans ce modèle, les clients doivent se connecter à Tableau Server pour ê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. En effet, le scénario nécessite que les clients non authentifiés communiquent avec le niveau Application, ce qui constitue un risque de sécurité. Au lieu de cela, nous vous recommandons de configurer un fournisseur d’identité externe de niveau entreprise associé à un module AuthN pour pré-authentifier tout le trafic vers le niveau Application. Lorsqu’il est configuré avec un IdP externe, le processus d’authentification local natif de Tableau Server n’est pas utilisé. Tableau Server autorise l’accès aux ressources dans le déploiement une fois que l’IdP 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é externes et un module AuthN. Dans l’architecture de référence, le proxy inverse est configuré de manière à créer une session d’authentification client avec l’IdP 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 l’IdP, puis renvoie la demande du client. Le schéma suivant montre le processus détaillé étape par étape de pré-authentification et d’authentification avec configuration d’un module AuthN. Le proxy inverse peut être une solution tierce générique ou Tableau Server Independent Gateway : ![Les étapes indiquées dans le schéma ci-dessus. Étape 1 : Le client Tableau demande une ressource sur Tableau Server. Étape 2 : Le proxy inverse crée une demande d’authentification avec une redirection d’URL vers le fournisseur d’identité. Étape 3 : Le fournisseur d’identité envoie un formulaire de connexion à l’utilisateur. Étape 4 : L’utilisateur est invité et entre les informations d’identification. Étape 5 : Le fournisseur d’identité vérifie les informations d’identification soumises par l’utilisateur. Étape 6 : Le fournisseur d’identité répond au client avec l’assertion SAML intégrée qui publie sur le fournisseur de services de proxy inverse. Étape 7 : le fournisseur de services sur le 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é. Étape 9 : Le fournisseur d’identité 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 l’autorisation à la ressource spécifiée.](/tableau/next/fr-fr/guides/enterprise-deployment/fr-fr/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 IdP 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 l’IdP externe et votre déploiement Tableau. Tableau agira également en tant que fournisseur de services IdP et authentifiera les utilisateurs avec l’IdP. 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 Tableau Server Independent Gateway Le reste de cette rubrique fournit une procédure de bout en bout qui décrit comment implémenter un niveau Web dans l’architecture AWS de référence avec Tableau Server Independent Gateway. Pour un exemple de configuration utilisant Apache comme proxy inverse, voir [Annexe - Niveau Web avec exemple de déploiement Apache](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part_app-apache.htm). L’exemple de configuration est composé des composants suivants : - Équilibreur de charge d’application AWS - Tableau Server Independent Gateway - 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. La passerelle indépendante est exécutée et configurée pour un proxy inverse/équilibrage de charge derrière l’équilibreur 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 vérifiée, 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 apportées au groupe de sécurité AWS. Configurez le groupe de sécurité public pour autoriser le trafic de maintenance de la passerelle indépendante entrant (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-fr/edg_part4.htm). 3. Configurez les deux instances EC2 du proxy dans le groupe de sécurité publique comme expliqué dans [Configurer les ordinateurs hôtes](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part3.htm#Install). ### Installer la passerelle indépendante Tableau Server Independent Gateway nécessite une licence de Advanced Management. Le déploiement de Tableau Server Independent Gateway consiste à installer et à exécuter le package .rpm, puis à configurer l’état initial. La procédure décrite 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 Independent Gateway_ ([Linux](https://help.tableau.com/current/server-linux/fr-fr/server_tsig_new_install.htm)). **Important** : la configuration de la passerelle indépendante peut être un processus sujet 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é qu’il fonctionne correctement, configurez le deuxième serveur de passerelle indépendante. Même si vous configurez 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 est installé, supprimez-le : sudo yum remove httpd 3. Copiez le package d’installation d’Independant Gateway version 2022.1.1 de la [page Téléchargements de Tableau](https://www.tableau.com/fr-fr/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 `--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 fichier JSON suivant et personnalisez-le en fonction de votre environnement de déploiement. L’exemple ici montre un fichier pour un exemple d’architecture de référence AWS. L’exemple de fichier JSON ci-dessous inclut uniquement les informations de connexion pour une passerelle indépendante. Plus tard dans le processus, vous inclurez les informations de connexion pour le 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, `"21319"` par défaut. - `"protocol"` - Le protocole pour le trafic client. Laissez-le sous la forme `http` pour la configuration initiale. - `"authsecret"` - Le secret que vous avez copié à l’étape précédente. ### Passerelle indépendante : connexion directe ou par relais Avant de continuer, vous devez décider du schéma de connexion à configurer dans votre déploiement : connexion directe ou relais. Chaque option est brièvement décrite ici, ainsi que les points de données de décision pertinents. **Connexion par relais** : vous avez la possibilité de configurer la passerelle indépendante pour relayer la communication client sur un seul port vers le processus de passerelle sur Tableau Server. Nous appelons cette communication une connexion _par relais_ : - Le processus de relais entraîne un saut supplémentaire depuis 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 en mode relais. Toutes les communications en mode relais sont limitées à un seul protocole (HTTP ou HTTPS) et peuvent donc être crypté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. Nous appelons cette communication une connexion _directe_ : - Étant donné que la connexion est directe avec le serveur principal 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 depuis la passerelle indépendante vers les ordinateurs Tableau Server. - TLS n’est pas encore pris en charge sur les processus depuis la passerelle indépendante vers Tableau Server. Pour exécuter TLS entre Tableau Server et la passerelle indépendante, vous devez utiliser une connexion relais dans la configuration. Les exemples de scénarios dans l’EDG sont configurés avec une connexion 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 Étant donné que la connexion directe ne prend pas en charge TLS, nous vous recommandons de configurer la connexion directe uniquement si vous êtes en mesure de sécuriser tout le trafic réseau par d’autres moyens. Pour exécuter TLS entre Tableau Server et la passerelle indépendante, vous devez utiliser une connexion relais dans la configuration. Les exemples de scénarios dans l’EDG sont configurés avec une connexion 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 `proxy_targets.csv` à partir de 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 vous recommandons d’automatiser la configuration d’entrée des ports car les ports peuvent changer si le déploiement de Tableau Server change. L’ajout de nœuds ou la reconfiguration des processus sur le déploiement de Tableau Server déclenchera des modifications dans l’accès au port requis par Independent Gateway. ### 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 de Tableau Server ne se charge pas ou si Tableau Server ne démarre pas, suivez ces étapes de dépannage : Réseau :  - Vérifiez la connectivité entre le déploiement de Tableau et l’instance de passerelle indépendante en exécutant la commande suivante `wget` depuis le Nœud 1 de Tableau Server : wget http://:21319, par exemple : wget http://ip-10-0-1-38:21319 Si la connexion est refusée ou é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) du groupe de sécurité privé. Si le groupe de sécurité est configuré correctement, vérifiez que vous avez spécifié les bonnes adresses IP ou plages IP lors de l’initialisation de la passerelle indépendante. Vous pouvez afficher et modifier cette configuration dans le fichier `environment.bash` à l’emplacement `/etc/opt/tableau/tableau_tsig/environment.bash`. Si vous apportez une modification à ce fichier, redémarrez le service tsig-http comme décrit ci-dessous. Sur l’hôte Proxy 1 : 1. Remplacez le fichier httpd.conf par le fichier stub 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 de 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 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échargez 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échargez 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é sur 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 IdP externe L’exemple suivant décrit comment installer et configurer SAML avec un IdP Okta et un module d’authentification Mellon pour un déploiement Tableau exécuté dans l’architecture de référence AWS. Cet exemple reprend 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 l’IdP Okta. Par conséquent, vous devez configurer deux applications d’IdP : 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. Dans l’exemple de scénario Okta, le nom d’utilisateur doit utiliser le format d’une adresse e-mail 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 des développeurs Okta](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 du destinataire, 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é-authentification : - 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. - Dans la page Comment configurer SAML 2.0 pour Application, faites défiler jusqu’à la section Facultatif, Fournir les métadonnées d’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, un module open source populaire. 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 actuelle. 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 le 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 la passerelle indépendante, installez une version actuelle 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 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` sur le même répertoire. 5. Modifiez la propriété et les autorisations sur tous les fichiers dans le répertoire `/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 indiqué 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 et 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 : E-mail 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 de Tableau Server. Ces commandes spécifient les emplacements des fichiers pour les fichiers de configuration Mellon sur l’ordinateur distant de la passerelle indépendante. Vérifiez à nouveau que les chemins d’accès aux fichiers spécifié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 IdP 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 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 de l’IdP, consultez _Exigences en matière d’authentification SAML_ ([Linux](https://help.tableau.com/current/server-linux/fr-fr/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 (CA) tierce majeure de confiance. Sinon, vous pouvez générer des certificats auto-signés ou utiliser les certificats d’un 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 (CA) 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émarrer le service tsig-httpd Au fur et à mesure que votre déploiement Tableau Server applique les modifications, reconnectez-vous à l’ordinateur Tableau Server Independent Gateway 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 de passerelle ») ou si vous obtenez des erreurs de navigateur lorsque vous tentez de vous connecter, consultez [Résolution des problèmes Tableau Server Independent Gateway](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part7.htm#Troubles). ## Configurer le module d’authentification sur la seconde instance de la passerelle indépendante Après avoir correctement configuré la première instance de passerelle indépendante, déployez la deuxième instance. L’exemple ici est le 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 les étapes suivantes : 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 comme décrit dans les étapes suivantes. 2. Sur la (première) instance configurée de passerelle indépendante : Prenez une copie tar de la configuration Mellon existante. La sauvegarde 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 `mellon.tar` sur la deuxième instance de passerelle indépendante. 3. Sur la deuxième instance de passerelle indépendante : Extrayez (« décompresser ») le fichier tar sur la deuxième instance dans le 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 les informations 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)). Voici un exemple de fichier de connexion (`tsig.json` ) : { "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 de manière à inclure l’instance EC2 exécutant la deuxième instance de 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 du deuxième ordinateur de la passerelle indépendante, puis cliquez sur Ajouter à enregistré. 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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. ## Configurer SSL/TLS depuis l’équilibreur de charge vers Tableau Server Certaines entreprises exigent un canal de cryptage de bout en bout du client au service principal. L’architecture de référence par défaut telle que décrite jusqu’à présent spécifie SSL du client à l’équilibreur de charge s’exécutant dans le niveau Web de votre entreprise. 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-fr/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 la distribution Ubuntu, modifiez les commandes en conséquence. Les conseils ici sont proposés à titre prescriptif 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 la passerelle indépendante_ ([Linux](https://help.tableau.com/current/server-linux/fr-fr/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 ressources 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 (CA) tierce majeure de confiance. Vous pouvez sinon générer des certificats auto-signés ou utiliser des certificats d’une PKI pour TLS. L’exemple de configuration de cette rubrique utilise les noms de ressources suivants à 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` spécifie le certificat racine pour l’autorité de certification qui génère le certificat présenté par les ordinateurs Tableau Server. Ce certificat n’est généralement pas requis si vous utilisez des certificats provenant de tiers de confiance majeurs. - `rootTSIG-CACert.pem` : le certificat racine de l’autorité de certification qui génère les certificats pour les ordinateurs de la passerelle indépendante. Ce certificat n’est généralement pas requis si vous utilisez des certificats provenant de tiers de confiance majeurs. - Il existe d’autres certificats et ressources de fichiers de clé requis pour SAML qui sont détaillés dans la Partie 5 de ce guide. - Si votre implémentation nécessite l’utilisation d’un fichier de chaîne de certificats, consultez l’article de la Base de connaissances [Configurer TLS sur une passerelle indépendante en cas d’utilisation d’un certificat avec chaîne de certificats](https://kb.tableau.com/articles/HowTo/configure-tls-on-independent-gateway-when-using-intermediate-certificate?lang=fr-fr). - Vérifiez que vous avez accès à l’IdP. Si vous utilisez un IdP pour l’authentification, vous devrez probablement apporter des modifications aux URL de destination et de destination au niveau de l’IdP après avoir configuré SSL/TLS. ### Configurer les ordinateurs de la passerelle indépendante pour TLS La configuration de TLS peut être un processus sujet aux erreurs. Étant donné que le dépannage sur deux instances de 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. Une fois que vous avez validé le fonctionnement de TLS sur l’ensemble du déploiement, configurez le deuxième ordinateur de passerelle indépendante. #### Étape 1 : Distribuer les certificats et les clés à l’ordinateur de la passerelle indépendante Vous pouvez distribuer les ressources à 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éer 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 CA 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 stub pour le protocole HK Modifiez manuellement le fichier de configuration 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 CA 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 d’effectuer une copie de sauvegarde. #### Étape 4 : Copier le fichier stub et redémarrer 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 sera opérationnelle une fois que vous aurez exécuté 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 de Tableau Server pour TLS Exécutez ces étapes 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 réduire 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 ressources 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 d’accès font référence à l’emplacement sur les ordinateurs de la passerelle indépendante. Remarque : cet exemple suppose que la même paire de certificats et de clés est utilisée 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écharger le fichier de certificat racine CA. Le fichier de certificat racine de l’autorité de certification est le certificat racine qui a été utilisé pour générer les 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 CA sur le répertoire `/etc/ssl/certs` de la passerelle indépendante. Le fichier de certificat racine CA est le certificat racine qui a été utilisé pour générer les certificats pour les ordinateurs Tableau Server. Après avoir copié le certificat sur la passerelle indépendante, vous devez spécifier 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émarrer 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 passerelle indépendante : "protocol" : "https", 2. Supprimez (ou commentez) les informations de connexion pour la deuxième instance de passerelle indépendante. Assurez-vous de 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 passerelle indépendante, vous allez mettre à jour ce fichier JSON avec les informations de connexion pour la deuxième instance de passerelle indépendante. 3. Exécutez la commande suivante pour mettre à jour la configuration de la passerelle indépendante : tsm topology external-services gateway update -c tsig.json 4. Démarrez TSM. tsm start 5. Pendant le démarrage de TSM, connectez-vous à l’instance de passerelle indépendante et redémarrez le service `tsig-httpd` : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### Mettre à jour les URL du module d’authentification de l’IdP sur HTTPS Si vous avez configuré un fournisseur d’identité externe pour Tableau, vous devrez probablement mettre à jour les URL de retour dans le tableau de bord administratif de l’IdP. Par exemple, si vous utilisez une application de pré-authentification Okta, vous devrez mettre à jour l’application de l’IdP Mellon de manière à utiliser le protocole HTTPS pour l’URL du destinataire et l’URL de destination. ### 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 vers les ordinateurs exécutant la passerelle indépendante : 1. Supprimer 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 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 la passerelle indépendante Tableau Server, 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.... Désignez sur le groupe HTTPS que vous venez de créer comme groupe cible. 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é sur 400 secondes. Sélectionnez l’équilibreur de charge que vous avez configuré pour ce déploiement, puis cliquez sur l’onglet 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 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 ou si vous obtenez d’autres erreurs, consultez [Résolution des problèmes Tableau Server Independent Gateway](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part7.htm#Troubles). ## Configurer la deuxième instance de passerelle indépendante pour SSL Une fois que 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 les étapes suivantes : 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 seconde 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 les informations de connexion de la deuxième passerelle indépendante. Voici un exemple de fichier de connexion (`tsig.json` ) : { "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 passerelle indépendante : pendant le démarrage de Tableau Server, redémarrez le processus `tsig-httpd` sur les deux instances de passerelle indépendante : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 5. Dans AWS EC2>Groupes cibles : mettez à jour le groupe cible de manière à inclure l’instance EC2 exécutant la deuxième instance de 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 du deuxième ordinateur de la passerelle indépendante, puis cliquez sur Ajouter à enregistré. Cliquez sur Enregistrer. ## Configurer SSL pour Postgres Vous pouvez éventuellement configurer SSL (TLS) pour la connexion Postgres 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 (CA) tierce majeure de confiance. Vous pouvez sinon 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 dans une distribution Linux de type RHEL pour l’exemple d’architecture AWS de référence. Après avoir généré et signé le certificat SSL, vous devez copier le certificat CA sur l’hôte Tableau. **Sur l’hôte exécutant Postgres :** 1. Générez la clé de l’autorité de certification racine (CA) 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 root : 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` sur `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 root : exit 11. Redémarrez Postgres : sudo systemctl restart postgresql-13 ### Facultatif : activer la validation de la confiance des certificats sur Tableau Server pour SSL Postgres Si vous avez suivi la procédure d’installation dans [Partie 4 - Installer et configurer Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part4.htm), Tableau Server est configuré avec SSL facultatif pour la connexion Postgres. Cela signifie que la configuration de SSL sur Postgres (comme décrit ci-dessus) entraînera une connexion cryptée. Si vous souhaitez exiger une validation de certificat de confiance pour la connexion, vous devez exécuter la commande suivante sur Tableau Server pour reconfigurer la connexion hôte Postgres : tsm topology external-services repository replace-host -f .json -c CACert.pem Dans ce cas, `.json` est le fichier de connexion décrit dans [Configurer Postgres externe](https://help.tableau.com/v0.0/guides/enterprise-deployment/fr-fr/edg_part4.htm#Configur3), et `CACert.pem` est le fichier de certificat CA 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œud 1 de 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œud 1. ### Installer le client Postgres sur le Nœud 1 Cet exemple montre comment installer la version Postgres 13.4. Installez la même version que celle exécutée pour le référentiel externe. 1. Sur le Nœud 1, créez et 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 2. Installez le client Postgres : sudo yum install postgresql13-13.4-1PGDG.rhel7.x86\_64 ### Copiez le certificat racine sur le Nœud 1 Copiez le certificat CA (`pgsql-rootCACert.pem`) sur l’hôte Tableau : scp ec2-user@:/home/ec2-user/pgsql-rootCACert.pem /home/ec2-user ### Connectez-vous à l’hôte Postgres sur SSL depuis le Nœud 1 Exécutez la commande suivante à partir du Nœud 1 en spécifiant l’adresse IP de l’hôte du serveur Postgres et le certificat CA racine : 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 e-mails à votre serveur de messagerie. Vous devez également spécifier les types d’événement, les seuils et les informations 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-fr/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-fr/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-fr/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œud 1 du déploiement Tableau Server. 1. Accédez à la page de [téléchargement des pilotes Tableau](https://www.tableau.com/fr-fr/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 la politique de mot de passe fort Si vous ne déployez pas Tableau Server avec une solution d’authentification d’IdP, nous vous recommandons de renforcer la sécurité de la politique de mot de passe Tableau par défaut. Si vous déployez Tableau Server avec un IdP, vous devez gérer les politiques de mot de passe avec l’IdP. La procédure suivante inclut la configuration json pour définir la politique 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-fr/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 avec les valeurs appropriées à 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. Nous recommandons toujours l’architecture de référence décrite ici comme modèle de déploiement valide pour Tableau Server dans AWS. Par contre, les procédures de configuration spécifiques peuvent avoir changé depuis la dernière mise à jour. Pour garantir l’exactitude, reportez-vous toujours à ces étapes avec la documentation d’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-fr/get_started_server.htm) la plus récente. Cette rubrique comprend les étapes de validation post-installation et des conseils de dépannage. ## Validation du système de basculement Après avoir configuré votre déploiement, nous vous recommandons d’exécuter des tests de basculement simples pour valider la redondance du système. Nous vous recommandons d’exécuter les étapes suivantes pour valider la fonctionnalité de basculement : 1. Arrêtez la première instance de passerelle indépendante (TSIG1). Tout le trafic entrant doit être acheminé via la deuxième instance de passerelle indépendante (TSIG2). 2. Redémarrez TSIG1 puis arrêtez TSIG2. Tout le trafic entrant doit passer par TSIG1. 3. Redémarrez TSIG2. 4. Arrêtez le Nœud 1 de Tableau Server. Tout le trafic du service Vizportal/Application basculera vers le Nœud 2. **Remarque** Depuis septembre 2022, la haute disponibilité du Nœud 1 a été compromise sur certaines versions de Tableau Server 2021.4 et versions ultérieures. Les connexions client échoueront si le Nœud 1 est en panne. 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 plus de détails, voir [Tableau Server HA utilisant ATR n’a pas de délai de grâce après la défaillance initiale du nœud](https://kb.tableau.com/articles/issue/tableau-server-ha-using-atr-does-not-have-a-grace-period-after-the-initial-node-failure?lang=fr-fr "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 arrêtez le Nœud 2. Tout le trafic du service Vizportal/Application basculera vers le Nœud 1. 6. Redémarrez le Nœud 2. Dans ce contexte, l’arrêt ou le redémarrage s’effectue en éteignant le système d’exploitation ou la machine virtuelle sans tenter au préalable un arrêt progressif de l’application. L’objectif est de simuler une panne de matériel ou de machine virtuelle. L’étape de validation minimale pour chaque test de basculement consiste à s’authentifier auprès d’un utilisateur et à effectuer des opérations d’affichage de base. Vous pouvez obtenir une erreur de navigateur « Bad Request » lorsque vous tentez de vous connecter après un échec simulé. Il est possible que vous voyiez cette erreur même si vous effacez le cache du navigateur. Ce problème se produit souvent lorsque la navigateur met en cache des données d’une session précédente de l’IdP. Si cette erreur persiste même après que vous avez effacé le cache du navigateur local, essayez de valider 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 séparée 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. ### Reconstitution du nœud défaillant Après avoir exécuté le script, le Nœud 2 exécutera tous les services qui étaient 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 bootstrap 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-fr/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ésolution des problèmes Tableau Server Independent Gateway La configuration de la passerelle indépendante, d’Okta, de Mellon et de SAML sur Tableau Server peut être un processus sujet aux erreurs. La cause première la plus courante des échecs est une erreur de chaîne. Par exemple, une barre oblique finale (`/` ) sur les URL Okta spécifiées lors de la configuration peut provoquer une erreur de non-concordance liée à l’assertion SAML. Ceci n’est qu’un exemple. Lors de la configuration, il existe de nombreuses occasions de saisir une chaîne incorrecte dans l’une des applications. ### Redémarrer le service tableau-tsig Commencez (et terminez) toujours le dépannage en redémarrant le service tableau-tsig sur les ordinateurs de la passerelle indépendante. Le redémarrage de ce service est rapide et déclenche souvent le chargement de la configuration mise à jour à partir de Tableau Server. Exécutez les commandes suivantes pour mettre à jour l’ordinateur de la passerelle indépendante : sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### Trouver les chaînes incorrectes Si vous avez fait une erreur de chaîne (erreur de copier/coller, chaîne tronquée, etc.), prenez le temps de parcourir chacun des paramètres que vous avez configurés : - Configuration de pré-authentification Okta. Examinez attentivement les URL que vous avez définies. Recherchez les barres obliques finales. Vérifiez HTTP versus HTTPS. - Historique du shell pour la configuration SAML sur le Nœud 1. Vérifiez 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. Pendant que vous examinez l’historique du shell à partir du Nœud 1, vérifiez que les commandes `tsm configuration set` qui spécifient les chemins d’accès aux fichiers de configuration Mellon correspondent exactement aux chemins d’accès des fichiers où vous avez copié les fichiers sur la passerelle indépendante. - Configuration de Mellon sur la passerelle indépendante. Dans l’historique du shell, vérifiez 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 `MellonCookieDomain` est défini sur votre domaine racine, et non sur votre sous-domaine Tableau. ### Recherche dans les journaux pertinents Si toutes les chaînes semblent correctement définies, vous devez inspecter les journaux pour détecter les 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’inspecter ces journaux dans l’ordre suivant. #### Fichiers journaux de la passerelle indépendante L’emplacement par défaut des journaux de la passerelle indépendante est `/var/opt/tableau/tableau_tsig/logs` - `access.log` : ce journal est utile dans la mesure où il contient des entrées qui affichent les connexions à partir des nœuds Tableau Server. Si vous obtenez des erreurs de passerelle (ne démarre pas) lorsque vous essayez de démarrer TSM et qu’il n’y a aucune entrée dans le fichier `access.log`, il y a un problème de connectivité de base. Vérifiez toujours la configuration du groupe de sécurité AWS dans un premier temps. Un autre problème courant est une faute de frappe dans `tsig.json`. Si vous effectuez une mise à jour de tsig.json, exécutez `tsm stop` avant d’exécuter `tsm topology external-services gateway update -c tsig.json`. Une fois tsig.json mis à jour, exécutez `tsm start`. - `error.log` : entre autres entrées, ce journal inclut les erreurs SAML et Mellon. #### Fichier journal de Tableau Server tabadminagent 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 où les erreurs de passerelle indépendante ont été consignées dans `tabdminagent`. Ces erreurs peuvent se trouver sur n’importe quel nœud, mais elles ne se trouvent que sur un seul nœud. Effectuez les étapes suivantes sur chaque nœud du cluster Tableau Server jusqu’à ce que vous trouviez la chaîne « independent » : 1. Localisez 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 dernier journal pour lire : 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 pas de correspondance, passez au nœud suivant et répétez les étapes 1 à 3. 4. Lorsque vous obtenez une correspondance : `Shift + G` pour déplacer vers le bas et obtenir les derniers messages d’erreur. ### Recharger le fichier stub httpd La passerelle indépendante gère la configuration du protocole httpd pour Apache. Une opération générique qui résout souvent les problèmes transitoires consiste à recharger le fichier stub httpd qui amorce la configuration Apache sous-jacente. Exécutez les commandes suivantes sur les deux instances de Ia passerelle indépendante. 1. Copiez le fichier stub dans 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 enregistre tous les événements d’accès. Vous devrez gérer le stockage des fichiers journaux pour éviter de remplir l’espace disque. Si votre disque est plein, la passerelle indépendante ne pourra pas écrire d’événements d’accès et le service échouera. Le message suivant sera consigné dans error.log sur 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 Cet échec se traduira par un état `DEGRADED` pour le nœud `external` lorsque vous exécutez `tsm status -v` sur le Nœud 1 de 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 déplacez les fichiers access.log hors du disque. Les fichiers access.log sont enregistrés sur `/var/opt/tableau/tableau_tsig/logs`. Après avoir effacé le disque, redémarrez le service tableau-tsig. ### Erreurs de 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 « Bad Request » est une faute de frappe dans l’une des nombreuses URL que vous entrez lors des processus de configuration Okta, Mellon et SAML. Vérifiez que vous avez entré tous ces éléments sans erreur. Souvent le fichier `error.log` sur le serveur de la passerelle indépendante spécifie 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échargé 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 résolution des problèmes : - 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épendants. - Vérifiez que `sudo apachectl configtest` renvoie « Syntax 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 de Tableau Server à 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 causent des problèmes de connexion. Par exemple, lancez la commande `wget` pour vérifier le protocole de maintenance (HK) à partir de Tableau Server ; `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319` Créez l’URL avec la même adresse d’hôte que celle que vous avez incluse pour l’option d’hôte du fichier tsig.json. Spécifiez le protocole `https` et ajoutez l’URL avec 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 peut y avoir des erreurs liées au contenu, mais il n’y aura pas d’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 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-fr/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 guide à travers deux tâches de planification importantes que vous devez effectuer avant la migration : votre stratégie de connectivité des données et la définition de votre mécanisme d’authentification. Vous trouverez une liste synthétique des différences de fonctionnalités dans la rubrique d’aide de Tableau Server _Considérations techniques concernant la migration de Tableau Server vers Tableau Cloud_ ([Windows](https://help.tableau.com/current/server/fr-fr/migrate_server_to_cloud_overview.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-fr/migrate_server_to_cloud_overview.htm)). Lancez l’[Évaluation de la préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-fr/products/921) pour voir si vous devez adapter certains cas d’utilisation avant de migrer vers Tableau Cloud. ## En savoir plus sur Tableau Cloud Si vous débutez avec Tableau Cloud, nous vous recommandons d’explorer la plate-forme en vous inscrivant à un [cours autoguidé](https://www.tableau.com/fr-fr/learn/training/elearning) en ligne. Ces cours peuvent servir d’introduction à Tableau Cloud et vous fourniront un contexte utile lorsque vous planifierez votre migration. Si vous êtes habitué à administrer Tableau Server aujourd’hui, vous constaterez que bon nombre de vos tâches sont largement identiques dans Tableau Cloud. Cependant, avec le passage à Tableau Cloud, les tâches liées au déploiement et à la gestion du logiciel seront gérées par Tableau en tant que service géré. Vous pouvez nous laisser le soin de gérer les mises à niveau. Accédez au billet de blog [Dois-je déplacer mes analyses vers Tableau Cloud ?](https://www.tableau.com/fr-fr/blog/should-i-move-my-analytics-cloud) pour plus de détails. Avec Tableau Cloud, vous pourrez consacrer davantage d’énergie à assurer une connectivité fluide des données, à doter les utilisateurs des meilleures pratiques et à développer une communauté d’analytique. Pour plus de détails sur ce qu’implique la gestion d’un site Tableau Cloud et pour accéder à un ensemble de ressources qui vous aideront à démarrer en tant qu’administrateur, visitez la page [Administration de site Tableau Cloud](https://www.tableau.com/fr-fr/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 développiez un plan de connectivité des données avant d’entamer une migration. Dans cette section, nous allons vous expliquer la meilleure façon de procéder et décrire les deux manières dont Tableau Cloud se connecte aux données. L’objectif à ce stade est de vérifier que vous pouvez prendre en charge vos exigences actuelles en matière de données après votre migration vers Tableau Cloud. ### Grand ménage : votre contenu vous donne-t-il satisfaction ? Avant d’évaluer les différents types de données et les modalités de migration de vos sources de données, classeurs et projets dans Tableau Cloud, nous vous recommandons de profiter de cette migration pour faire un grand ménage. La plupart des organisations qui exécutent Tableau Server depuis plus d’un an ou deux collectent une certaine quantité de contenus obsolètes : 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-fr/adminview-stale-content.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-fr/adminview-stale-content.htm)) dans Tableau Server pour identifier le contenu qui n’est plus utilisé. Il n’est généralement pas judicieux de déplacer un contenu ancien et archivé vers Tableau Cloud. Faites-lui vos adieux ! - Comme la plupart des organisations qui utilisent Tableau Server depuis un certain temps, votre hiérarchie de contenus et votre structure d’autorisations ont probablement évolué de manière organique et sans doute un peu désordonnée. Lorsque vous planifiez la migration, développez 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 en vue du déplacement en attente. ### Optimiser les performances des tableaux de bord En matière de performances, d’une manière générale, si vos tableaux de bord sont lents sur Tableau Server, ils le seront probablement également 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-fr/performance_tips.htm). En apportant des ajustements avant la migration, vous avez l’assurance de bénéficier des mêmes performances améliorées sur Tableau Cloud. ### Faites une liste et créez une stratégie de source de données Après avoir nettoyé le contenu existant, il est temps de faire l’inventaire de vos sources de données. L’objectif de cet exercice est de déterminer comment vous allez prendre en charge les utilisateurs de votre organisation avec les sources de données qu’ils utilisent actuellement. Pour chaque source de données : - Effectuez une vérification croisée avec la table des connecteurs Tableau Cloud dans la section suivante. Si elle est prise en charge, vous pouvez continuer directement. Si elle n’est pas dans la table... - Effectuez une vérification croisée de [Connectivité avec Bridge](https://help.tableau.com/current/online/fr-fr/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échargement de sources de données Excel ou texte (.xlsx, .csv, .tsv) directement depuis le navigateur ou Tableau Desktop. La taille de fichier maximale que vous pouvez télécharger est de 1 Go. Plus probablement, vos utilisateurs se connectent à ces types de fichiers dans un répertoire commun partagé. Si tel est le cas, vous pouvez télécharger ces fichiers sur un espace cloud public tel que Google Drive, Dropbox ou OneDrive, par exemple. Sinon, vous pouvez utiliser Bridge. Vous (ou vos utilisateurs) pouvez ensuite configurer Tableau Cloud pour vous connecter à ces espaces dans le cas d’une connexion de données en direct. - Lancez l’[Évaluation de la préparation technique à la migration vers Tableau Cloud](https://exchange.tableau.com/fr-fr/products/921) pour voir si vous devez 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 by Salesforce‡

Denodo‡

Dremio by 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‡

OData‡

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’informations 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-fr/protected_auth.htm). \*\*La création Web Teradata ne prend actuellement pas en charge la fonctionnalité Query Banding. Consultez [Teradata](https://help.tableau.com/current/pro/desktop/fr-fr/examples_teradata.htm) pour plus de détails. ‡Prend en charge les connexions virtuelles si vous avez Data Management. Consultez [À propos des connexions virtuelles et des stratégies de données](https://help.tableau.com/current/online/fr-fr/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 utilisateur et authentification La deuxième étape de planification essentielle consiste à identifier le mécanisme d’authentification que vous souhaitez utiliser pour les utilisateurs de Tableau Cloud. Le compte utilisateur par défaut sur Tableau Cloud s’appelle TableauID. TableauID requiert une authentification multifacteur (MFA) pour garantir un accès sécurisé à Tableau Cloud. Consultez [À propos de l’authentification multifacteur et de Tableau Cloud](https://help.tableau.com/current/online/fr-fr/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 probablement 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 fournisseur d’identité prenant en charge l’authentification SAML 2.0 standard. Avant de continuer, passez en revue les options d’[authentification](https://help.tableau.com/current/online/fr-fr/security_auth.htm) Tableau Cloud pour développer un plan. Si votre organisation gère les identités avec Azure AD, Okta ou OneLogin, vous pouvez également provisionner automatiquement les utilisateurs et les groupes dans Tableau Cloud. Voir [Automatiser l’approvisionnement des utilisateurs et la synchronisation des groupes via un fournisseur d’identité externe](https://help.tableau.com/current/online/fr-fr/scim_config_online.htm). ## Workflow de migration Ce guide est organisé selon un processus par étapes pour migrer vers Tableau Cloud : 1. **Vous êtes à cette étape** : Planifier votre migration 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part3.htm) 5. [Recréer des programmations d’actualisation pour Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/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-fr/cloud_migration_part5.htm) 7. [Ajouter des utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/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-fr/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’extraits - Pour les sources de données d’extraits, accédez à la source de données publiée ou intégrée dans Tableau Cloud. Sélectionnez Actualisations d’extraits > 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. Voir [Utiliser Bridge pour les données cloud privées](https://help.tableau.com/current/online/fr-fr/to_bridge_vpc.htm). ## Établir de nouvelles programmations d’actualisation pour les flux Tableau Prep La programmation des flux est disponible uniquement pour les clients de Data Management. - Si vous souhaitez configurer 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. Faites de même pour toutes les tâches liées. Pour plus d’informations, consultez [Planifier des tâches de flux](https://help.tableau.com/current/online/fr-fr/prep_conductor_schedule_flow_task.htm). Les programmations personnalisées des flux ne sont pas prises en charge dans Tableau Cloud. ## Workflow 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-fr/cloud_migration_part1.htm) 2. [Créer et configurer un site Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2.htm) 3. [Migrer des connexions virtuelles](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part2-5.htm) 4. [Migrer des sources de données, des classeurs et des flux vers Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part3.htm) 5. **Vous êtes à cette étape** : 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-fr/cloud_migration_part5.htm) 7. [Ajouter des utilisateurs restants à Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part6.htm) 8. [Liste de contrôle pour la migration des utilisateurs](https://help.tableau.com/v0.0/guides/migration/fr-fr/cloud_migration_part7.htm)