--- sourceDocument: Gestion des opérations IT Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-operations-management Release : - xanadu ft:locale : - fr-FR ft:publication_title : - Gestion des opérations IT Xanadu ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Blocs de ressources dans Cloud Provisioning and Governance # Blocs de ressources dans Cloud Provisioning and Governance {#ariaid-title1} * Rversion finale: Xanadu * * Mis à jour 1 août 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 minutes de lecture Les blocs de ressources agissent comme un type de composant d'intergiciel entre les éléments de catalogue, l'API dans le cloud (CAPI) et la CMDB. Le graphique suivant illustre la façon dont les blocs de ressources s'adaptent entre les autres composants du système : Plans : Chaque bloc de ressources devient un bloc de construction dans un plan. Le plan devient finalement un élément de catalogue (également appelé pile) qu'un utilisateur met en service à partir du catalogue dans le cloud. API dans le cloud (CAPI) : Chaque bloc de ressources définit les opérations autorisées, telles que Mettre en service et Mettre hors service. Ces opérations appellent divers composants au sein de la CAPI pour effectuer l'opération qui est reçue de la pile. CMDB : Chaque bloc de ressources est basé sur un type de CI de la CMDB. Les blocs de ressources disposent également d'un processeur de réponses qui gère les réponses du fournisseur dans le cloud pour effectuer un type d'action dans la CMDB, comme la création ou la mise à jour d'un CI. ## Comment les blocs de ressources sont connectés {#resource-blocks__section_pm2_dmt_w2b} Les blocs de ressources sont connectés les uns aux autres dans des plans. Par exemple, dans ce plan, un bloc de ressources de serveur virtuel est connecté au stockage. Le serveur virtuel et le stockage sont tous deux connectés à un bloc de ressources de centre de données AWS. Figure 1. Serveur de plans avec stockage Pour que ces connexions réussissent, chaque bloc de ressources doit indiquer un type d'interface. Le graphique ci-dessous illustre ces interfaces : Figure 2. Types d'interfaces pour les blocs de ressources * L'interface d'invité se connecte à la ressource située au-dessus. L'interface d'invité contient les opérations (également appelées signatures d'opération), qui permettent aux utilisateurs d'agir sur leur ressource. * L'interface hôte se connecte à la ressource située sous le bloc de ressources dans le plan. L'interface hôte contient également des signatures d'opération. * Les liaisons relient les ressources adjacentes. {#resource-blocks__ul_csn_x4t_w2b} Les blocs de ressources peuvent avoir autant d'interfaces d'invités, d'interfaces hôtes et de liaisons que nécessaire. Les connexions peuvent être effectuées dans différentes directions : * Les connexions verticales impliquent que le bloc de ressources supérieur ait la même interface hôte que l'interface d'invité du bloc de ressources inférieur. Remarque : Dans les plans, cette connexion verticale est appelée connexion d'imbrication. * Les connexions horizontales lient une ressource à une autre, mais les deux ressources doivent se situer au-dessus du même bloc de ressources. Remarque : Dans les plans, cette connexion horizontale est appelée connexion de liaison. {#resource-blocks__ul_wpz_1rt_w2b} Dans ce même exemple de plan avec un serveur virtuel lié à un stockage dans un centre de données AWS, les blocs de ressources sont configurés comme illustré dans le graphique ci-dessous : Figure 3. Interfaces pour les blocs de ressources {#resource-blocks__table_ils_l45_w2b__entry__2} | Bloc de ressources | Interfaces et liaisons | |-|-| | Serveur virtuel | * Interface hôte : Calcul * Liaison : au volume de stockage {#resource-blocks__ul_htw_rp5_w2b} | | Centre de données AWS | * Interface d'invité : Calcul * Interface d'invité : interface du serveur de stockage {#resource-blocks__ul_ajl_5p5_w2b} | | Stockage | Interface hôte : interface du serveur de stockage La liaison entre le serveur virtuel et le stockage est unidirectionnelle. Configurez la liaison du bloc de ressources de stockage virtuel uniquement en indiquant le bloc de ressources de stockage. Vous n'avez pas besoin de configurer une autre liaison sur le bloc de ressources de stockage. | [ ] {#resource-blocks__table_ils_l45_w2b} ## Interfaces et opérations des invités {#resource-blocks__section_ut2_zpj_mz} Chaque interface d'invité fournit un ensemble d'opérations par défaut (également appelé signatures d'opération) qui permettent à l'utilisateur de choisir ce qu'il souhaite faire avec une ressource virtuelle. L'opération la plus courante est Mettre en service, ce qui signifie qu'une ressource virtuelle est créée. De nombreuses interfaces d'invités et opérations correspondantes sont fournies par défaut avec l'application Cloud Provisioning and Governance. Vous pouvez utiliser ces interfaces d'invités par défaut pour plusieurs blocs de ressources. Si vous devez créer une nouvelle interface d'invité, les opérations suivantes sont fournies par défaut : * Commencer * Arrêter * Mettre en service * Mettre hors service * Nettoyer * ModifySchedule * ModifyLease {#resource-blocks__ul_a1w_v2v_w2b} ## Détails du composant de bloc de ressources {#resource-blocks__section_ntm_z4z_w2b} Chaque bloc de ressources contient les composants suivants : Couches : Couche logique dans la pile à laquelle ce bloc de ressources appartient. Par défaut, Cloud Provisioning and Governance fournit les couches. Lorsque vous configurez des blocs de ressources, vous pouvez choisir celui qui vous concerne. Opérations pour chaque interface d'invité : Comme mentionné précédemment, chaque interface d'invité fournit des opérations. Par exemple, les opérations les plus courantes pour un serveur virtuel sont Mettre en service, Mettre hors service, Commencer, Arrêter. Paramètres d'entrée pour chaque opération : Les paramètres d'entrée contiennent des valeurs que le fournisseur dans le cloud utilise, via la CAPI, lors de l'exécution des opérations. Ces paramètres contiennent les informations que l'utilisateur sélectionne lors de l'exécution d'une opération, comme la mise en service, sur une pile. Par exemple, un utilisateur doit généralement spécifier l'emplacement, qui est un centre de données, auquel appartient une pile. La valeur que l'utilisateur sélectionne dans le champ Emplacement est conservée dans le paramètre Emplacement. Le système utilise ce paramètre, disponible par défaut pour le bloc de ressources du serveur virtuel, et le transmet à l'opération d'interface CreateNode de la CAPI. L'opération d'interface CreateNode indique au fournisseur dans le cloud de créer (ou de mettre en service) le serveur virtuel réel. Étapes pour chaque opération : Chaque opération nécessite une étape pour effectuer le travail réel. Chaque étape appelle une interface et une méthode spécifiques dans la CAPI, et passe en revue les paramètres d'entrée requis par cette méthode. Par exemple, l'opération Mettre en service sur un serveur virtuel fournit une étape pour se connecter et créer un ordinateur virtuel d'abord, et une autre étape pour créer le nœud au niveau du fournisseur dans le cloud. Chaque étape fournit des paramètres d'entrée différents. Pour se connecter et créer un ordinateur virtuel, le compte dans le cloud, entre autres paramètres, est nécessaire. Pour créer le nœud, le compte dans le cloud n'est pas nécessaire. Vous pouvez ajouter autant d'étapes que nécessaire pour chaque opération. Vous pouvez également utiliser des attributs de sortie pour transmettre des valeurs dans des attributs d'une étape à une autre, ou des étapes d'une opération aux étapes d'une opération suivante. Par exemple, l'opération Mettre en service d'un serveur virtuel peut fournir un attribut de sortie pour l'ID d'interface réseau et un autre pour l'ID de nœud. Lorsque le fournisseur dans le cloud envoie la réponse, l'ID réel du réseau et du nœud est analysé et enregistrée dans les attributs de sortie. Les étapes suivantes peuvent utiliser les ID pour effectuer des actions. Processeurs de réponses : Les processeurs de réponses disent au système ce qu'il faut faire dans la CMDB. Lorsque le fournisseur dans le cloud envoie une réponse après l'exécution d'une opération, le processeur gère la réponse. Remarque : Ces processeurs sont des scripts inclus dans le système. Il ne s'agit pas de script includes de MID Server comme les scripts CAPI que vous pouvez créer pour les intégrer au fournisseur dans le cloud. Figure 4. Comment les composants fonctionnent ensemble Les utilisateurs peuvent voir des éléments de catalogue, également appelés piles, dans le catalogue dans le cloud. Un élément de catalogue est basé sur un plan, qui est à son tour composé de blocs de ressources connectés ensemble. 1. L'utilisateur démarre le processus en demandant une pile. La demande est l'opération Mettre en service dans le système. 2. Le système exécute les étapes pour l'opération Mettre en service des blocs de ressources qui composent la pile. 3. Chaque étape appelle la CAPI pour déterminer la méthode à exécuter, tout en transmettant des valeurs pour les paramètres nécessaires. 4. La CAPI interagit avec l'API du fournisseur dans le cloud pour mettre en service la ressource réelle. {#resource-blocks__ol_gm1_ft1_x2b} Figure 5. Flux de processus lorsqu'une ressource est créée dans le fournisseur dans le cloud 1. Le fournisseur dans le cloud met en service la ressource et répond avec JSON. 2. Le système analyse la réponse à l'intérieur du script de ressource dans le bloc de ressources. 3. Le système met à jour la CMDB. Lors de la mise en service d'une nouvelle ressource, le système crée un CI dans la table appropriée. 4. La nouvelle pile apparaît dans le portail de l'utilisateur dans le cloud et l'utilisateur doit la gérer. {#resource-blocks__ol_eyh_sjb_x2b} ## Page Blocs de ressources Gérez les blocs de ressources dans la page Blocs de ressources. Ouvrez le portail d'administration du cloud, puis accédez à ConceptionBlocs de ressources. Figure 6. Composants de la page Blocs de ressources * **[Créer un bloc de ressources personnalisé](https://servicenow-prod.fluidtopics.net/PhlhGPsnQ_MLKjncc0JisA)** Si les blocs du système de base ne fournissent pas les ressources dans le cloud que vous devez mettre en service, vous pouvez créer un bloc de ressources personnalisé. * **[Configurer les paramètres d'entrée de bloc de ressources](https://servicenow-prod.fluidtopics.net/8m7wq_gfHRByihvno5zHlQ)** Vous pouvez configurer des opérations pour chaque interface d'un bloc de ressources en spécifiant des paramètres d'entrée, des étapes et des attributs de sortie. Les paramètres d'entrée contiennent les valeurs dont le système a besoin pour identifier et gérer une ressource virtuelle, comme le centre de données et le groupe de ressources dans lequel se trouve la ressource. * **[Ajouter des étapes d'opération à un bloc de ressources](https://servicenow-prod.fluidtopics.net/y2wh738SenHdaVsK9WJxMw)** Après avoir configuré les opérations et les paramètres d'entrée pour votre bloc de ressources, ajoutez des étapes pour chaque opération afin d'indiquer au système l'API dans le cloud (CAPI) à appeler. Chaque étape est un appel distinct à la CAPI. * **[Étendre les blocs de ressources Cloud Provisioning and Governance avec une opération de remplacement](https://servicenow-prod.fluidtopics.net/V9eGhj79D5ihMt5e75U7ZQ)** Vous pouvez étendre votre interface d'invité existante pour créer une nouvelle opération. Vous pouvez également créer une nouvelle interface d'invité avec ses propres opérations, paramètres et entrées. * **[Ajouter un script de ressource à un bloc de ressources](https://servicenow-prod.fluidtopics.net/O3yvIF8DdY2pVZtpLA8Onw)** Un script de ressource fonctionne sur une ressource pendant le déploiement ou renvoie des données à la CMDB une fois qu'une ressource est déployée. * **[Configurer un processeur de réponses](https://servicenow-prod.fluidtopics.net/kEtQIHwl5BzAZy1gk_LRgg)** Configurez un processeur de réponses pour gérer les réponses des centres de données. * **[Ajouter l'interface d'orchestration Terraform sur un bloc de ressources](https://servicenow-prod.fluidtopics.net/ZHIziuHSMCjWXaW~32uMRw)** Une fois que vous avez activé l'application Terraform pour Cloud Provisioning and Governance, pour prendre en charge les opérations basées sur le cloud pour les fournisseurs dans le cloud à l'aide de Terraform Open Source Edition. Ajoutez l'interface d'orchestration Terraform sur le bloc de ressources pour exécuter des opérations basées sur le cloud via des modèles Terraform. * **[Créer un bloc de ressources pour Microsoft Azure Cloud](https://servicenow-prod.fluidtopics.net/jVJQpJLCa97LGy1vpAC6dQ)** Les blocs de ressources sont les blocs de construction des éléments de catalogue dans le cloud. Créez un bloc de ressources pour le fournisseur Microsoft Azure Cloud Platform, basé sur un type de CI de la CMDB.