Utilisez ces options pour créer un Blueprint XaaS qui exécute un workflow vRealize Orchestrator lorsque le Blueprint est déployé. Le workflow modifie un système cible dans votre environnement.

Pour la procédure de création du Blueprint, reportez-vous à Ajouter un Blueprint XaaS.

Pour utiliser cet assistant, sélectionnez Concevoir > XaaS > Blueprint XaaS.

Onglet workflow

Sélectionnez le workflow exécuté lorsque le Blueprint provisionne la ressource.

Cet onglet n'est pas disponible si vous modifiez un Blueprint.

Dans la figure suivante, l'arborescence du workflow est située à gauche et les paramètres à droite.

Figure 1. Onglet Blueprint de l'assistant Blueprint XaaS
Onglet Workflow de l'assistant Blueprint XaaS

Vérifiez les paramètres d'entrée et de sortie pour vous assurer que vous ou les utilisateurs de votre catalogue de services peuvent fournir les valeurs correctes dans les circonstances suivantes :

  • Si vous personnalisez le formulaire de Blueprint dans cet assistant ou dans le canevas de conception de Blueprint.

  • Si vous laissez tous les paramètres d'entrée vides, les utilisateurs du catalogue de services peuvent définir les valeurs.

Onglet Général

Configurez les métadonnées et le comportement du Blueprint.

Tableau 1. Options de l'onglet Général

Option

Description

Nom

Nom du Blueprint tel que vous souhaitez qu'il apparaisse dans les emplacements suivants :

  • Canevas de conception. Si vous sélectionnez Rendre disponible comme composant dans le canevas de conception, cette valeur est le nom qui apparaît dans la liste des catégories.

  • Services. Si vous utilisez ce Blueprint en tant que Blueprint autonome, cette valeur est le nom qui s'affiche lorsque vous ajoutez des éléments du catalogue au service.

  • Droits d'accès. Si vous autorisez le Blueprint en tant qu'élément individuel, cette valeur est le nom qui s'affiche dans la liste Ajouter des éléments.

Description

Fournissez une description détaillée vous permettant de différencier les éléments similaires.

Masquez la page d'informations de demande de catalogue

Cochez cette case si vous ne souhaitez pas exiger des consommateurs du catalogue de services qu'ils fournissent une description et un motif lorsqu'ils demandent l'élément. La case est cochée par défaut.

Version

Le format pris en charge couvre les version-majeure.version-mineure.micro-version.

Rendre disponible comme composant dans le canevas de conception

Si vous prévoyez d'utiliser le Blueprint en tant que composant dans un Blueprint du canevas de conception, sélectionnez cette option.

Lorsqu'il est publié, le Blueprint est disponible dans la catégorie que vous avez sélectionnée lorsque vous avez configuré la ressource personnalisée.

Si vous ne sélectionnez pas cette option, le Blueprint n'apparaît pas dans le canevas de conception. Vous pouvez cependant l'ajouter à un service et autoriser les utilisateurs à le déployer en tant que Blueprint autonome.

Onglet Formulaire de Blueprint

Les champs affichés sur cette page de l'assistant sont les paramètres d'entrée du workflow. Vous pouvez apporter les modifications suivantes :

  • Ajouter des champs au formulaire.

  • Modifier les champs existants en les supprimant ou les réorganisant.

  • Fournir des valeurs par défaut comme paramètres d'entrée.

Toutes les modifications affectant le formulaire qui sont présentées :

  • L'architecte d'application qui travaille dans le canevas de conception lorsque ce Blueprint XaaS est utilisé en tant que composant de Blueprint.

  • L'utilisateur du catalogue de services si ce Blueprint est publié en tant que Blueprint autonome.

Pour plus d'informations sur la configuration des formulaires, reportez-vous à Conception d'un formulaire de Blueprint XaaS.

Ressource provisionnée

La ressource provisionnée relie le Blueprint à une ressource personnalisée XaaS correspondante que vous avez configurée sur la page Ressource personnalisée dans Concevoir > XaaS > Ressource personnalisée .

Tableau 2. Options de ressource personnalisée

Option

Description

Une ressource personnalisée créée précédemment

Sélectionnez la ressource personnalisée qui définit le type de ressource vRealize Orchestrator requis pour exécuter le Blueprint de provisionnement.

Un Blueprint de provisionnement exécute un workflow vRealize Orchestrator pour provisionner des ressources sur le point de terminaison cible à l'aide de l'API de plug-in vRealize Orchestrator pour le point de terminaison. Par exemple, ajoutez des cartes réseau virtuelles à un périphérique réseau dans vSphere.

Vous pouvez définir des opérations de post-provisionnement sur ce type de ressources provisionnées. Vous pouvez également rendre le Blueprint évolutif en ajoutant ou supprimant des instances, le cas échéant.

Résultats

  • Le Blueprint est éligible pour le dimensionnement.

  • Le Blueprint apparaît dans le canevas de conception dans la catégorie spécifiée pour la ressource personnalisée sélectionnée.

  • Le Blueprint est affiché sur l'onglet Éléments lorsque vous déployez un Blueprint qui l'inclut, et vous pouvez exécuter toutes les actions sur l'élément après le déploiement.

Aucun provisionnement

Un Blueprint de non-provisionnement exécute un workflow vRealize Orchestrator pour effectuer une tâche qui ne nécessite pas que l'API apporte des modifications au point de terminaison. Il permet par exemple de créer un rapport puis de l'envoyer par e-mail ou le publier sur un système de communication cible.

Résultats

  • Le Blueprint n'est pas éligible pour le dimensionnement. Vous pouvez utiliser des Blueprints de non-provisionnement comme workflows de prise en charge dans des Blueprints évolutifs. Par exemple, vous pouvez créer un Blueprint pour mettre à jour un équilibrage de charge à haute disponibilité.

  • Le Blueprint apparaît dans la catégorie XaaS dans le canevas de conception.

  • Le Blueprint n'est pas affiché sur l'onglet Éléments lorsque vous déployez un Blueprint qui l'inclut, et vous ne pouvez pas non plus exécuter d'actions sur l'élément après le déploiement.

Onglet Cycle de vie du composant

L'onglet Cycle de vie du composant est disponible si vous avez sélectionné Rendre disponible comme composant dans le canevas de conception dans l'onglet Général.

Utilisez ces options pour définir la manière dont le post-déploiement de ce Blueprint sera effectué lors des opérations de réduction de charge et de montée en charge lorsqu'il est utilisé en tant que composant dans un Blueprint composite.

La disponibilité des différentes options dépendent du Blueprint. Tous les workflows de Blueprint ne prennent pas en charge ou ne nécessitent pas toutes les options. Étant donné que votre Blueprint XaaS peut être utilisé dans un Blueprint composite, vous devez configurer les options de mise à jour et de destruction, et également d'allocation et de désallocation, si elles sont disponibles pour le Blueprint afin que celui-ci soit dimensionné correctement.

Tableau 3. Options de cycle de vie du composant

Option

Description

Évolutif

Sélectionnez cette option pour permettre à l'utilisateur du catalogue de services de modifier le nombre d'instances de ce composant de Blueprint après son déploiement lors d'une opération de réduction de charge ou de montée en charge.

Cette option est disponible si vous avez sélectionné une ressource personnalisée dans l'onglet Ressource provisionnée. Elle n'est pas disponible si vous avez sélectionné l'option Pas de provisionnement.

Si vous rendez ce Blueprint évolutif, l'option Instances est ajoutée sur l'onglet Général dans le canevas de conception. Voir l'exemple ci-dessous. Si vous ne sélectionnez pas l'option Évolutif, l'option Instances n'est pas disponible dans le canevas de conception.

Exemple de nombre d'instances minimal et maximal dans le canevas de conception.

Workflow de provisionnement

Workflow qui s'exécute lors d'une opération de provisionnement ou de montée en charge. Ce workflow a été sélectionné lorsque vous avez créé ce Blueprint et vous ne pouvez pas modifier la valeur.

Workflow d'allocation

Sélectionnez le workflow qui s'exécute avant l'opération de provisionnement ou de montée en charge initiale.

Ce type de workflow de cycle de vie est disponible pour les allocations Azure. Si vous créez un workflow d'allocation pour une opération de dimensionnement, il doit inclure les valeurs suivantes :

  • Paramètres d'entrée

    • Le nom du paramètre est requestData et le type de paramètre est Properties.

    • Le nom du paramètre est subtenant et le type de paramètre est Properties.

    • reservations et le type de paramètre est Arrays/Properties.

  • Paramètre de sortie

    • Doit inclure un paramètre du type Properties.

Workflow de mise à jour

Sélectionnez le workflow qui s'exécute lors des opérations de mise à jour, y compris de réduction de charge ou de montée en charge si un composant n'est pas évolutif mais peut être mis à jour.

Par exemple, un équilibrage de charge est mis à jour avec la nouvelle configuration créée avec l'opération de réduction de charge ou de montée en charge pour les composants du Blueprint composite.

Le workflow de mise à jour peut s'appliquer à un composant qui est lié à un composant dimensionné, mais qui n'est pas lui-même évolutif. Ce workflow de mise à jour peut modifier le composant qui n'est pas évolutif en fonction d'une opération de mise à jour.

Si vous créez un workflow de mise à jour pour une opération de dimensionnement, il doit inclure les valeurs suivantes :

  • Paramètres d'entrée.

    • Doit inclure un paramètre, quel que soit le nom du paramètre, qui correspond au type de paramètre de sortie du workflow de provisionnement.

    • Le nom du paramètre est data et le type de paramètre est Properties.

Workflow de destruction

Workflow qui s'exécute lors d'une opération de réduction de charge ou de destruction.

Si vous créez un workflow de destruction pour une opération de dimensionnement, il doit inclure la valeur suivante :

  • Paramètre d'entrée.

    • Doit inclure un paramètre, quel que soit le nom du paramètre, qui correspond au type de paramètre de sortie du workflow de provisionnement.

      Par exemple, si le workflow Créer un provisionnement de machine virtuelle simple inclut le paramètre de sortie VC:MachineVirtuelle, le workflow de destruction doit inclure un paramètre d'entrée du type VC:MachineVirtuelle.

Workflow de désallocation

Sélectionnez le workflow qui s'exécute après une opération de destruction ou de réduction de charge. Si le processus de désallocation échoue pendant l'opération, le workflow de destruction continue à s'exécuter normalement.

La désallocation est le processus final lorsque vous réduisez en charge ou détruisez un Blueprint composite. Ce processus s'exécute après l'opération de destruction, libérant des ressources.

Ce type de workflow de cycle de vie est disponible pour les allocations Azure. Si vous créez un workflow de désallocation pour une opération de dimensionnement, il doit inclure la valeur suivante :

  • Paramètre d'entrée.

    • Le nom du paramètre est data et le type de paramètre est Properties.

Catégorie

Pour spécifier où le Blueprint XaaS apparaît dans le canevas de conception, sélectionnez une valeur dans le menu déroulant Catégorie de canevas de conception.

Si vous ne sélectionnez pas de catégorie, le Blueprint est ajouté à la catégorie XaaS lorsqu'il est publié.