Offres de service

En complément à l’infrastructure physique et logique de votre cloud et des serveurs et logiciels CloudStack, vous avez également besoin d’une couche de services utilisateurs pour que les utilisateurs puissent faire un usage du cloud. Cela ne signifie pas seulement une interface utilisateur, mais un ensemble d’options et de ressources parmi lesquels les utilisateurs peuvent se servir, comme les modèles pour créer des machines virtuelles, des disques de stockage, etc. Si vous gérer un service commercial, vous conserverez un suivi de quels services et quelles ressources les utilisateurs ont fait l’usage et leur facturerez. Même si vous ne facturez rien aux personnes qui utilisent votre cloud, en d’autres mots si les utilisateurs sont strictement internes à votre organisation, ou juste des amis qui partagent votre cloud, vous pouvez continuer à suivre quels services ils utilisent et combien le font.

Offres de service, offres de disque, offres de réseau et modèles

Un utilisateur qui créé une nouvelle instance peut faire de nombreux choix à propos de ses caractéristiques et ses capacités. CloudStack fournit plusieurs façons de présenter aux utilisateurs les choix lorsqu’ils créent une nouvelle instance :

  • Les offres de services, définies par l’administrateur CloudStack, fournissent un choix de vitesse CPU, de nombre de CPUs, de taille de RAM, d’étiquettes sur les disques racines, et d’autres choix. Voir Créer une nouvelle offre de calcul.

  • Les offres de services, définies par l’administrateur CloudStack, fourni un choix de taille de disque et de IOPS (qualité de service) pour le stockage primaire des données. Voir créer une nouvelle offre de disque.

  • Les offres de réseaux, définies par l’administrateur CloudStack, décrivent les fonctionnalitées qui sont disponibles aux utilisateurs finaux depuis le routeur virtuel ou un élément de réseau externe sur un réseau d’invité défini. Voir offres de réseaux.

  • Les modèles, définis par l’administrateur CloudStack ou par n’importe quel utilisateur, sont des images d’OS de base que les utilisateurs peuvent choisir lorsqu’ils créent une nouvelle instance. Par exemple, CloudStack inclue CentOS comme modèle. Voir Travailler avec les modèles.

En plus de ces choix qui sont proposés aux utilisateurs, il y a un autre type d’offre de service qui n’est disponible qu’à l’administrateur racine de CloudStack et qui est utilisé pour configurer les ressources d’infrastructures virtuelles. Pour plus d’information, voir Mettre à jour un Routeur Virtuel avec les Offres de service système.

Offres de service de disque et de calcul

Une offre de service est un ensemble de fonctionnalités matérielles virtuelles comme un nombre de coeur CPU et de vitesse, de mémoire et de taille disque. L’administrateur CloudStack peut configurer différentes offres que les utilisateurs finaux peuvent choisir depuis les offres disponibles lorsqu’ils créent leur nouvelle VM. Selon l’offre choisie par l’utilisateur, CloudStack émet un enregistrement d’utilisation qui peut être intégré avec le système de paiement.

Certaines caractéristiques d’offres de service doivent être définies par l’administrateur CloudStack et les autres peuvent être laissées indéfinies de façon à ce que les utilisateurs finaux puissent saisir les valeurs qu’ils souhaitent. C’est utile pour réduire le nombre d’offres que l’administrateur doit définir. Au lieu de définir une offre de calcul pour chaque combinaison imaginable de valeurs que l’utilisateur peut désirer, l’administrateur peut définir les offres qui fournissent un peu de flexibilité aux utilisateurs et peuvent servir de base pour de nombres configurations différentes de VM.

Une offre de service inclue les éléments suivants :

  • Les ressources CPU, mémoire et réseau garanties

  • Comment les ressources sont mesurées

  • Comment l’utilisation de la ressources est chargé

  • Combien de fois les frais sont générés

Par exemple, une offre de service peut autoriser les utilisateurs à créer une instance de machine virtuelle qui est équivalente à 1 CPU Intel® Core™ 2 à 1 GHz, avec 1 Go de mémoire à 0.20€ de l’heure, avec un trafic réseau mesurée à 0.10€ par Go.

CloudStack sépare les offres de service en offres de calcul et offres de disque. L’offre de service de calcul spécifie :

  • Le CPU de l’invité (optionnel). Si non défini par l’administrateur CloudStack, les utilisateurs peuvent choisir les attributs du CPU.

  • La RAM de l’invité (optionnel). Si non défini par l’administrateur CloudStack, les utilisateurs peuvent choisir la RAM.

  • Le type de réseau invités (virtuel ou direct)

  • Les étiquettes sur le disque racine

L’offre de disque spécifie :

  • La taille du disque (optionnel). Si non défini par l’administrateur CloudStack, les utilisateurs peuvent choisir la taille du disque.

  • Les étiquettes sur le disque de données

Offre de calcul personnalisé

CloudStack vous fournis la flexibilité de spécifier les valeurs désirées pour le nombre de CPU, la vitesse CPU, la mémoire lorsque vous déployez une VM. En tant qu’administrateur, vous créez une offre de calcul en la marquant comme personnalisée et les utilisateurs pourront personnaliser dynamiquement les offres de calcule en spécifiant la mémoire, le CPU au moment de la création ou de la mise à jour de VM. Une offre de calcul personnalisée est la même chose qu’une offre de calcul normale à l’exception que les valeurs des paramètres dynamiques seront fixées à zéro dans les ensembles de modèles donnés. Utiliser cette offre pour déployer une VM en spécifiant des valeurs personnalisées pour les paramètres dynamiques. La mémoire, CPU et nombres de CPU sont considérés comme des paramètres dynamiques.

Les offres de calcul dynamiques peuvent être utilisées dans les cas suivants : déployer une VM, changer l’offre de calcul d’une VM stoppée et augmenter l’offre de VMs en cours de fonctionnement. Pour supporter cette fonctionnalité, un nouveau champs, Personnalisé, a été ajouté à la page Créer une offre de calcul. Si le champs personnalisé est coché, l’utilisateur sera capable de créer une offre de calcul personnalisé en remplissant les valeurs désirées du nombre de CPU, de vitesse CPU et de mémoire. Voir ? pour plus d’informations.

Enregistrer les évènements d’utilisation pour les ressources assignées dynamiquement.

Pour supporter cette fonctionnalité, les évènements d’utilisation ont été améliorées pour enregistrer les évènements des ressources assignée dynamiquement. Les évènements d’utilisation sont enregistrés lorsque la VM est créée depuis une offre de calcul personnalisée et lors des changements d’offre de calcul d’une VM stoppée ou en fonctionnement. Les valeurs de ces paramètres, comme le CPU, la vitesse, la RAM sont enregistrés.

Créer une nouvelle offre de calcul

Pour créer une nouvelle offre de calcul :

  1. Se connecter avec les privilèges administrateur dans l’interface de CloudStack.

  2. Dans la barre de navigation de gauche, cliquer sur Offres de service.

  3. Dans Choisir une offre, choisir Offre de calcul.

  4. Cliquer sur Ajouter une offre de calcul.

  5. Dans la boîte de dialogue, faire les choix suivants :

    • Nom : N’importe quel nom souhaité pour l’offre de service.

    • Description : Une description courte pour l’offre qui peut être affichée aux utilisateurs

    • Type de stockage : Le type de disque qui doit être alloué. Les allocations locales depuis les stockages directement attachés à l’hôte sur lequel la VM est en fonctionnement. Les allocations partagées depuis un stockage accessible via NFS.

    • Personnalisée : Offres de calcul personnalisée peuvent être utilisée dans les cas suivants : déployer une VM, changer l’offre de calcul pour des VM stoppées ou en fonctionnement.

      Si le champ Personnalisé est validée, l’utilisateur final doit remplir les valeurs désirées pour le nombre de CPU, la vitesse CPU et la mémoire RAM lors du choix d’une offre de calcul personnalisée. Lorsque vous cochez la case, ces trois champs de saisie sont masquées dans la boîte de dialogue.

    • # de coeurs CPU : le nombre de coeurs qui devraient être allouée à une VM système avec cette offre. Si Personnalisé est coché, ce champ n’apparaît pas.

    • CPU (en MHz) : La vitesse CPU des coeurs qui sont alloués à cette VM système. Par exemple, “2000” fournira une fréquence d’horloge de 2GHz. Si Personnalisé est coché, ce champ n’apparaît pas.

    • Mémoire (en MB) : La quantité de mémoire en mégabytes que la VM système aura d’alloué. Par exemple, “2048” devrait fournir une allocation de 2GB de RAM. Si Personnalisé est validé, ce champ n’apparaît pas.

    • Vitesse Réseau : vitesse de transfert de données autorisée par seconde.

    • Taux de lecture disque : taux de lecture disque autorisé en bits par seconde.

    • Taux d’écriture disque : taux d’écriture disque autorisé en bits par seconde.

    • Taux de lecture disque : taux de lecture disque autorisé en IOPS (opération d’entrées/sorties par seconde).

    • Taux d’écriture disque : taux d’écriture disque autorisé en IOPS (opérations d’entrées/sorties par seconde).

    • Offre HA : Si oui, l’administrateur peut choisir d’avoir la VM système de monitorée et d’être aussi hautement disponible que possible.

    • Type de QoS : Trois options : Vide (pas de qualité de service), hyperviseur (taux de limitation forcé du côté hyperviseur) et stockage (IOPS minimum et maximum garantis forcé du côté stockage). Si vous tirez parti de la QoS, soyez sur que le système de l’hyperviseur ou du stockage supporte cette fonctionnalité.

    • IOPS personnalisé : si coché, l’utilisateur peut fixer ses propres IOPS. Si non coché, l’administrateur racine peut définir les valeurs. Si l’admin racine ne fixe pas les valeurs lors de l’utilisation de la QoS du stockage, les valeurs par défaut sont utilisés (les valeurs par défaut peuvent être changée si les paramètres par défaut sont passés à CloudStack lors de la création du stockage primaire en question).

    • IOPS min : apparaît seulement si la QoS du stockage doit être utilisée. Fixer un nombre de IOPS garanties forcé du côté du stockage.

    • IOPS Max : Apparaît seulement si la QoS doit être utilisée. Fixer un nombre de IOPS maximum a forcer du côté stockage (le système peut aller au delà de ces limites dans certaines circonstances pour des intervalles courts).

    • Réserve d’instantanés sur l’Hyperviseur : Pour les stockages gérés seulement. C’est une valeur qui est un pourcentage de la taille du disque racine. Si le disque racine est de 20GB et que la réserve d’instantanée sur l’hyperviseur est de 200%, le volume de stockage qui est réservé sur le dépôt de stockage (XenServer) ou sur le datastore (VMware) en question est taillée à 60GB (20 GB + (20 GB * 2)). Ceci valide de l’espace pour les instantanés en complément du disque virtuel qui représente le disque racine. Ceci ne s’applique pas à KVM.

    • Étiquettes de stockage : Les étiquettes qui devraient être associées avec le stockage primaire utilisé par la VM système.

    • Étiquettes d’hôte : (Optionnel) Toutes étiquettes que vous utilisez pour organiser vos hôtes

    • CPU cap : Pour limiter le taux d’utilisation du CPU ou si les réserves de capacités sont disponibles.

    • Public : Indique si l’offre de service doit être disponible pour tous les domaines ou seulement pour certains domaines. Choisir Oui pour rendre disponible à tous les domaines. Choisir No pour limiter la portée à un sous-domaine ; CloudStack va alors demander le nom du sous-domaine.

    • Est volatile : Si coché, la VM crée depuis cette offre de service aura ces disques racines réinitialisés à chaque redémarrage. C’est utilise pour sécuriser des environnements qui ont besoin d’un démarrage neuf à chaque démarrage et pour les bureaux qui ne doivent pas retenir les états.

    • Planning de déploiement : Choisir la technique que vous voulez que Cloudstack utilise lorsqu’il déploie la VM basée sur cette offre de service.

      First Fit place les nouvelles VMs sur le premier hôte qu’il trouve disposant de suffisamment de capacité pour supporter les besoins de la VM.

      User Dispersing fait le maximum d’efforts pour distribuer équitablement les VMs appartenant au même compte sur des clusters ou des pods différents.

      User Concentrated préfère déployer les VMs appartenant au même compte sur un pod unique.

      L’attribution implicite va déployer les VMs sur une infrastructure privée qui est dédiée à un domaine spécifique ou un compte. Si vous choisissez cette planification, alors vous devez aussi choisir une valeur pour le Mode de planification. Voir “Dédier des ressources à des comptes et des domaines”.

      Bare Metal est utilisé avec les hôtes bare metal. Voir Installation Bare Metal dans le guide d’installation.

    • Mode de planification : Utilisé quand ImplicitDedicationPlanner est sélectionné dans le champ précédent. Le mode de planification détermine comment les VMs vont être déployée sur une infrastructure privée qui est dédiée à un seul domaine ou à un compte.

      Strict : Un hôte ne sera pas partagé par plusieurs comptes. Par exemple, la attribution implicite stricte est utile pour le déploiement de certains types d’applications, comme les Bureaux, où aucune hôte ne peut être partagé entre différents comptes sans violer les termes de licence du logiciel de bureau.

      Préférée : La VM sera déployée dans une infrastructure dédiée si possible. Sinon, la VM peut être déployée dans une infrastructure partagée.

    • GPU Assigne un GPU physique (GPU-passthrough) ou un portion d’un GPU physique

      Carte GPU (vGPU) à la VM invitée. Cela permet à des applications graphique de fonctionner sur la VM. Sélectionner la carte depuis la liste des cartes supportées.

      Les options proposées sont NVIDIA GRID K1 et NVIDIA GRID K2. Ces cartes vGPU sont capables d’autoriser plusieurs vGPUs sur un seul GPU physique. Si vous voulez utiliser une carte plutôt que celles-ci, suivre les instructions dans la page “Support GPU et vGPU pour les VMs invitées CloudStack” dans le document de conception CloudStack Version 4.4 que vous trouverez dans le wiki CloudStack.

    • Type vGPU : Représente le type de GPU virtuel à assigner à la VM invitée. Dans ce cas, seulement une partie de la carte physique GPU (vGPU) est attribuée à la VM invitée.

      En complément, le type passthrough vGPU est défini pour représenter un périphérique GPU physique. Un passthrough vGPU peu être directement assigné à une seule VM invitée. Dans ce cas, un périphérique physique GPU est exclusivement alloué à une seule VM invitée.

  6. Cliquer sur Ajouter.

Créer une Nouvelle offre de disque.

Pour créer une nouvelle offre de disque :

  1. Se connecter avec les privilèges administrateur dans l’interface de CloudStack.

  2. Dans la barre de navigation de gauche, cliquer sur Offres de service.

  3. Dans Sélectionner une offre, choisir Offre de disque.

  4. Cliquer sur Ajouter une offre de disque.

  5. Dans la boîte de dialogue, faire les choix suivants :

    • Nom : N’importe quel nom souhaité pour l’offre de disque.

    • Description : Une description courte pour l’offre qui peut être affichée aux utilisateurs

    • Taille de disque personnalisée : Si cochée, l’utilisateur peut fixer sa propre taille de disque. Si non cochée, l’administrateur racine doit définir une taille de disque.

    • Taille de disque : Apparaît seulement si la taille de disque personnalisée n’est pas sélectionnée. Définir une taille de volume en GB (2^30 1GB = 1,073,741,824 Bytes).

    • Type de QoS : Trois options : Vide (pas de qualité de service), hyperviseur (taux de limitation forcé du côté hyperviseur) et stockage (IOPS minimum et maximum garantis forcé du côté stockage). Si vous tirez parti de la QoS, soyez sur que le système de l’hyperviseur ou du stockage supporte cette fonctionnalité.

    • IOPS personnalisé : si coché, l’utilisateur peut fixer ses propres IOPS. Si non coché, l’administrateur racine peut définir les valeurs. Si l’admin racine ne fixe pas les valeurs lors de l’utilisation de la QoS du stockage, les valeurs par défaut sont utilisés (les valeurs par défaut peuvent être changée si les paramètres par défaut sont passés à CloudStack lors de la création du stockage primaire en question).

    • IOPS min : apparaît seulement si la QoS du stockage doit être utilisée. Fixer un nombre de IOPS garanties forcé du côté du stockage.

    • IOPS Max : Apparaît seulement si la QoS doit être utilisée. Fixer un nombre de IOPS maximum a forcer du côté stockage (le système peut aller au delà de ces limites dans certaines circonstances pour des intervalles courts).

    • Rétention d’instantanés de l’hyperviseur : pour le stockage de gestion seulement. C’est une valeur qui est un pourcentage de la taille du disque de données. Par exemple, si le disque de données fait 20GB et que la rétention d’instantanés de l’hyperviseur est de 200%, alors le stockage de volume qui soutient le stockage de données (XenServer) ou le datastore (VMware) en question est taillé à 60 GB (20 GB + (20 GB *2)). Cela active de l’espace pour les instantannés de l’hyperviseur en complétement au disque virtuel qui représente les données du disque. Cela ne s’applique pas à KVM.

    • (Optionnel) Etiquettes de stockage : Les étiquettes qui devraient être associées avec le stockage primaire pour ce disque. Les étiquettes sont des listes d’attributs du stockage séparés par des virgules. Par exemple “ssd,bleu”. Les étiquettes sont aussi ajoutées sur le stockage primaire. CloudStack fait correspondre les étiquettes de l’offre de disque aux étiquettes sur le stockage. Si une étiquette est présente sur une offre de disque cette ou ces étiquettes doivent aussi être présente sur le stockage primaire pour que le volume soit provisionné. S’il n’existe pas un tel stockage primaire, l’attribution depuis l’offre de disque va échouer.

    • Public : Indique si l’offre de service doit être disponible pour tous les domaines ou seulement pour certains domaines. Choisir Oui pour rendre disponible à tous les domaines. Choisir No pour limiter la portée à un sous-domaine ; CloudStack va alors demander le nom du sous-domaine.

  6. Cliquer sur Ajouter.

Modifier ou détruire une offre de service

Les offres de service ne peuvent pas être changée une fois crée. Ceci s’applique à la fois aux offres de calcul et aux offres de disque.

Une offre de service peut être supprimée. Si elle n’est plus utilisée, elle est détruite immédiatement et de façon permanente. Si l’offre de service est toujours utlisée, elle restera en base de données jusqu’à ce que toutes les machines virtuelles la référençant ont été supprimées. Après la suppression par l’administrateur, l’offre de service ne sera plus disponible pour les utilisateurs finaux qui créent de nouvelles instances.

Offres de service système

Les offres de service système fournissent un choix de vitesse CPU, un nombre de CPUs, étiquettes et taille de RAM, comme d’autres offres de services le font. Mais plutôt qu’être utilisée pour les instances de machine virtuelle et être exposée aux utilisateurs, les offres de service système sont utilisée pour changer les propriétées par défaut des routeurs virtuels, des proxys console, et d’autres VMs systèmes. Les offres de service système sont visibles seulement par l’administrateur racine CloudStack. CloudStack fournit par défaut les offres de service système par défaut. L’administrateur racine de CloudStack peut créer des offres de services systèmes additionnelles.

Quand CloudStack crée un routeur virtuel pour un réseau invité, il utilise les paramètres par défaut qui sont définis dans l’offre de service associée avec l’offre réseau. Vous pouvez mettre à jour les capacités du routeur virtuel en appliquant une nouvelle offre qui contient une offre de service différente. Tous les routeurs virtuels dans ce réseau vont démarrer en utilisant les configurations de la nouvelle offre de service.

Créer une Nouvelle offre de service système

Pour créer une offre de service système :

  1. Se connecter avec les privilèges administrateur dans l’interface de CloudStack.

  2. Dans la barre de navigation de gauche, cliquer sur Offres de service.

  3. Dans Choisir l’offre, choisir Offre système.

  4. Cliquer sur Ajouter une offre de service système.

  5. Dans la boîte de dialogue, faire les choix suivants :

    • Nom. N’importe quel nom pour l’offre système.

    • Description. Une description courte pour l’offre qui peut être affichée aux utilisateurs.

    • Type de VM système. Sélectionner le type de machine virtuelle système que cette offre est destinée à supporter.

    • Type de stockage. Le type de disque qui peut être alloué. L’allocation locale depuis un stockage attaché directement à l’hôte où la VM système fonctionne. Les partagées allouent depuis un stockage accessible via NFS.

    • # de coeurs CPU : le nombre de coeurs qui devraient être alloués à la VM système avec cette offre.

    • CPU (en MHz). La vitesse CPU des coeurs alloués à la VM système. Par exemple, “2000” devrait fournir une vitesse d’horloge de 2Ghz.

    • Mémoire (en MB). La quantité de mémoire en mégabytes qui devrait être allouée à la VM système. Par exemple, “2048” devrait fournir une allocation de 2 GB de RAM.

    • Vitesse réseau. Vitesse de transfert de données autorisé en MB par seconde.

    • Offre HA. Si oui, l’administrateur peut choisir d’avoir la VM système de monitorée et d’être aussi hautement disponible que possible.

    • Etiquettes de stockage. Les étiquettes qui sont associées avec le stockage primaire utilisé par la VM système.

    • Etiquettes d’hôtes. (Optionnel) N’importe quelle étiquette que vous utilisez pour organiser vos hôtes.

    • CPU cap. Pour limiter le taux d’utilisation du CPU si la capacité de réserve est disponible.

    • Public. Indique si l’offre de service devrait être disponible dans tous les domaines ou seulement certains domaines. Choisir Oui pour le rendre disponible à tous les domaines. Choisir No pour limiter la portée à un sous-domaine ; CloudStack va alors demander le nom du sous-domaine.

  6. Cliquer sur Ajouter.

Régulation du réseau

La régulation du réseau est le processus de contrôle de l’accès au réseau et de l’utilisation de la bande passante selon certaines règles. CloudStack contrôle ce comportement des réseaux invités dans le cloud en utilisant un paramètre de vitesse du réseau. Ce paramètre est défini comme la vitesse de transfert par défaut des données en Mbps (Megabits par secondes) autorisée sur un réseau invité. Il défini les limites supérieures de l’utilisation du réseau. Si l’utilisation courante est inférieure aux limites hautes autorisées, alors l’accès est autorisé, sinon il sera refusé.

Vous pouvez réguler la bande passante du réseau soit pour contrôler l’utilisation au delà de certaines limites pour certains comptes, ou pour contrôler la congestion du réseau dans un grand environnement cloud. La vitesse du réseau de votre cloud peut être configuré selon ce qui suit :

  • Offre réseau

  • Offre de service

  • Paramètre Global

Si le taux du réseau est fixé à NULL dans l’offre de service, la valeur fournie par le paramètre global vm.network.throttling.rate est appliquée. Si la valeur est fixée à NULL pour l’offre réseau, la valeur fournie par le paramètre global network.throttling.rate est pris en considération.

Pour les réseaux public par défaut, stockage et de gestion, la vitesse du réseau est fixé à 0. Cela implique que les réseaux public par défaut, stockage et de gestion auront une bande passante illimitée par défaut. Pour le réseau invité par défaut, la vitesse du réseau est fixée à NULL. Dans ce cas, la vitesse du réseau est fixée par défaut à la valeur du paramètre global.

Le tableau suivant donne une vue d’ensemble de comment la vitesse du réseau est appliquée sur différents types de réseaux dans CloudStack.

Réseaux

La vitesse du réseau est fournie par

Réseau invité d’un Routeur Virtuel

Offre de réseau invité

Réseau public du Routeur Virtuel

Offre de réseau invité

Réseau de stockage d’une VM de Stockage Secondaire

Offre de réseau système

Réseau de gestion d’une VM de Stockage Secondaire

Offre de réseau système

Réseau de stockage d’une VM Console Proxy

Offre de réseau système

Réseau de gestion d’une VM Console Proxy

Offre de réseau système

Réseau de stockage du Routeur Virtuel

Offre de réseau système

Réseau de gestion du Routeur Virtuel

Offre de réseau système

Réseau public d’une VM de Stockage Secondaire

Offre de réseau système

Réseau public d’une VM Console Proxy

Offre de réseau système

Réseau par défaut d’une VM invitée

Offre de calcul

Réseaux additionnels pour une VM invitée

Offres de réseau correspondant

Une VM invitée doit avoir un réseau par défaut, et peu aussi avoir plusieurs réseaux additionnels. En fonction de nombreux paramètres, comme l’hôte ou le commutateur virtuel utilisé, vous pouvez observer une différence de vitesse du réseau dans votre cloud. Par example, sur un hôte VMware la vitesse réseau actuelle varie en fonction de l’endroit où elle est configurée (offre de calcul, offre réseau, ou les deux) ; le type de réseau (partagé ou isolé) ; et la direction du trafic (entrant ou sortant).

La vitesse réseau fixée pour une offre de réseau utilisée par un réseau particulier dans CloudStack est utilisé pour la stratégie de mise en forme du trafic pour un groupe de port, par exemple : groupe de port A, pour ce réseau : un sous-réseau particulier ou un VLAN sur le réseau actuel. Les routeurs virtuel pour ce réseau connecte au groupe de port A, et par défaut les instances dans ce réseau se connectent à ce groupe de port. Toutefois, si une instance est déployée avec une offre de service avec une vitesse du réseau de fixée, et si cette vitesse est utilisée pour la stratégie de contrôle du trafic d’un autre groupe de port pour le réseau, par exemple le groupe de port B, alors les instances utilisant l’offre de calcule sont connectée sur le groupe de port B, au lieu de se connecter au groupe de port A.

La politique de gestion du trafic sur les groupes de ports standards dans VMware s’applique seulement sur le trafic sortant et les effets sur le réseau dépendent du type de trafic réseau utilisé dans CloudStack. Dans les réseaux partagés, le trafic entrant est illimité pour CloudStack et le trafic sortant est limité à la vitesse qui s’applique au groupe de port utilisé par l’instance au besoin. Si l’offre de calcul a une vitesse de réseau configurée, cette vitesse s’applique au trafic sortant, sinon c’est la vitesse du réseau fixée par l’offre réseau qui s’applique. Pour les réseaux isolés, la vitesse du réseau fixée pour l’offre de réseau, si elle existe, est effectivement appliquée au trafic entrant. Cela est dû en grande partie à la vitesse du réseau fixée pour l’offre de service qui s’applique au trafic sortant depuis le routeur virtuel de cette instance. Le trafic sortant est limité par la vitesse qui s’applique au groupe de port utilisé par l’instance, similairement aux réseaux partagés.

Par exemple :

Vitesse de réseau pour l’offre réseau = 10 Mbps

Vitesse de réseau pour l’offre de calcul = 200 Mbps

Dans les réseaux partagés, le trafic entrant ne sera pas limité pour CloudStack, tandis que le trafic sortant sera limité à 200 Mbps. Dans un réseau isolé, le trafic entrant sera limité à 10 Mbps et le trafic sortant à 200 Mbps.

Changer l’Offre Système par Défaut pour les VMs Systèmes

Vous pouvez changer manuellement l’offre système pour une VM système particulière. En complément, en tant qu’administrateur CloudStack, vous pouvez aussi changer l’offre système par défaut utilisée par les VMs Système.

  1. Créer une nouvelle offre système.

    Pour plus d’information, voir Créer une nouvelle offre de service système.

  2. Sauvegarder la base de données :

    mysqldump -u root -p cloud | bzip2 > cloud_backup.sql.bz2
    
  3. Ouvrir un invite MySQL :

    mysql -u cloud -p cloud
    
  4. Lancer les requêtes suivantes dans la base de données du cloud.

    1. Dans la table disk_offering, identifier l’offre par défaut originale et la nouvelle offre que vous voulez utiliser par défaut.

      Noter l’ID de la nouvelle offre.

      select id,name,unique_name,type from disk_offering;
      
    2. Pour l’offre par défaut originale, fixer la valeur de unique_name à NULL.

      # update disk_offering set unique_name = NULL where id = 10;
      

      S’assurer que vous utilisez la valeur correcte pour l’ID.

    3. Pour la nouvelle offre que vous voulez utiliser par défaut, fixer la valeur de unique_name comme ceci :

      Pour l’offre par défaut de la VM Console Proxy (CPVM), fixer unique_name à ‘Cloud.com-ConsoleProxy’. Pour l’offre par défaut de la VM de Stockage Secondaire (SSVM), fixer unique_name à ‘Cloud.com-SecondaryStorage’. Par exemple :

      update disk_offering set unique_name = 'Cloud.com-ConsoleProxy' where id = 16;
      
  5. Redémarrer le serveur de gestion de CloudStack. Le redémarrage est requis parce que les offres par défaut sont stockées en mémoire au démarrage.

    service cloudstack-management restart
    
  6. Détruire les CPVM et SSVM existantes et attendre qu’elles soient recréées. Les nouvelles CPVM et SSVM sont configurées avec les nouvelles offres.