Ignorer les liens de navigation
Quitter l'aperu
| Guide d'administration d'Oracle VM Server for SPARC 3.0 Oracle VM Server for SPARC (Français)

Périmètre de la recherche:

- Ce document
- Toute la bibliothque

## Ressources et propriétés de Logical Domains Manager

Vous trouverez ci-dessous les ressources et les propriétés de Logical Domains Manager qui peuvent être définies pour chacune de ces ressources. Les ressources et les propriétés sont présentées en gras dans les exemples XML. Ces exemples présentent des ressources, non une sortie de liaison. La sortie de contrainte peut être utilisée pour créer une entrée pour les actions de Logical Domains Manager. L'exception à cela est la sortie de la migration de domaine. Reportez-vous à la section Migration de domaine. Chaque ressource est définie dans une section OVF `<Section>` et est définie par une balise `<rasd:OtherResourceType>`.

### Ressource d'informations sur le domaine (`ldom_info`)

Exemple 18-6 Exemple de sortie XML `ldom_info`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="primary">
        <Section xsi:type="ovf:ResourceAllocationSection_type">
          <Item>
            <rasd:OtherResourceType>ldom_info</rasd:OtherResourceType>
            <uuid>c2c3d93b-a3f9-60f6-a45e-f35d55c05fb6</uuid>
            <rasd:Address>00:03:ba:d8:ba:f6</rasd:Address>
            <gprop:GenericPropertykey="hostid">83d8baf6</gprop:GenericProperty>
            <gprop:GenericProperty key="master">plum</gprop:GenericProperty>
            <gprop:GenericProperty key="failure-policy">reset</gprop:GenericProperty>
            <gprop:GenericProperty key="extended-mapin-space">on</gprop:GenericProperty>
            <gprop:GenericProperty key="progress">45%</gprop:GenericProperty>
            <gprop:GenericProperty key="status">ongoing</gprop:GenericProperty>
            <gprop:GenericProperty key="source">dt90-319</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

La ressource `ldom_info` est toujours contenue dans une section `<Content>`. Les propriétés suivantes de la ressource `ldom_info` sont des propriétés facultatives :

- Balise `<uuid>`, qui spécifie l'UUID du domaine.

- `<rasd:Address>`, qui définit l'adresse MAC à assigner au domaine.

- `<gprop:GenericPropertykey="extended-mapin-space">`, qui définit si la fonctionnalité Extended Mapin Space est activée (`on`) ou désactivée (`off`) pour le domaine. La valeur par défaut est `off`.

- `<gprop:GenericPropertykey="failure-policy">`, qui définit comment les domaines esclaves doivent se comporter, si le domaine maître est en panne. La valeur par défaut est `ignore`. Les valeurs valides de la propriétés sont indiquées ci-après :

  - `ignore` ignore les erreurs du domaine maître (les domaines esclaves ne sont pas affectés).

  - `panic` panique tous les domaines esclaves lorsque le domaine maître est en panne.

  - `reset` réinitialise tous les domaines esclaves lorsque le domaine maître est en panne.

  - `stop` arrête tous les domaines esclaves lorsque le domaine maître est en panne.

- `<gprop:GenericPropertykey="hostid">`, qui définit l'ID hôte à assigner au domaine.

- `<gprop:GenericPropertykey="master">`, qui définit jusqu'à quatre noms de domaine maître séparés par des virgules.

- `<gprop:GenericPropertykey="progress">`, qui définit le pourcentage de progression effectué par la commande.

- `<gprop:GenericPropertykey="source">`, qui définit le compte-rendu de la machine sur la progression de la commande.

- `<gprop:GenericPropertykey="status">`, qui définit l'état de la commande (`done`, `failed` ou `ongoing`).

### Ressource de la CPU (`cpu`)

L'équivalent des actions de demande XML `add-vcpu`, `set-vcpu` et `remove-vcpu` est défini à la valeur de la balise `<gpropGenericProperty key="wcore">` comme suit :

- Si l'option `-c` est utilisée, définissez la propriété `wcore` sur le nombre du total de serveurs de base spécifié.

- Si l'option `-c` n'est pas utilisée, définissez la propriété `wcore` sur `0`.

Notez que la propriété des unités d'allocation, `<rasd:AllocationUnits>`, pour la ressource `cpu`, spécifie toujours le nombre de CPU virtuelles et non le nombre de serveurs de base.

Une ressource `cpu` est toujours contenue dans une section `<Content>`.

Exemple 18-7 Exemple de XML `cpu`

L'exemple suivant présente la demande XML équivalente pour la commande `ldm add-vcpu -c 1 ldg1` :

    <?xml version="1.0"?>
    <LDM_interface version="1.3"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:noNamespaceSchemaLocation="./schemas/combined-v3.xsd"
    xmlns:ovf="./schemas/envelope"
    xmlns:rasd="./schemas/CIM_ResourceAllocationSettingData"
    xmlns:vssd="./schemas/CIM_VirtualSystemSettingData"
    xmlns:gprop="./schemas/GenericProperty"
    xmlns:bind="./schemas/Binding">
      <cmd>
        <action>add-vcpu</action>
        <data version="3.0">
          <Envelope>
            <References/>
            <Content xsi:type="ovf:VirtualSystem_Type" ovf:id="ldg1">
              <Section xsi:type="ovf:VirtualHardwareSection_Type">
                <Item>
                  <rasd:OtherResourceType>cpu</rasd:OtherResourceType>
                  <rasd:AllocationUnits>8</rasd:AllocationUnits>
                  <gprop:GenericProperty key="wcore">1</gprop:GenericProperty>
                </Item>
              </Section>
            </Content>
          </Envelope>
        </data>
      </cmd>
    </LDM_interface>

Exemple 18-8 `cpu` Sortie de la section XML à partir de la commande `ldm list-bindings`

L'exemple suivant illustre la sortie XML pour la section `<cpu>` à l'aide de la sous-commande `list-bindings` :

    <?xml version="1.0"?>
    <LDM_interface
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:ovf="./schemas/envelope"
    xmlns:rasd="./schemas/CIM_ResourceAllocationSettingData"
    xmlns:vssd="./schemas/CIM_VirtualSystemSettingData"
    xmlns:gprop="./schemas/GenericProperty"
    xmlns:bind="./schemas/Binding"
    version="1.3"
    xsi:noNamespaceSchemaLocation="./schemas/combined-v3.xsd">
      <cmd>
        <action>list-bindings</action>
        <data version="3.0">
          <Envelope>
            <References/>
            <Content xsi:type="ovf:VirtualSystem_Type" ovf:id="primary">
              <Section xsi:type="ovf:ResourceAllocationSection_Type">
                <Item>
                  <rasd:OtherResourceType>ldom_info</rasd:OtherResourceType>
                  <uuid>1e04cdbd-472a-e8b9-ba4c-d3eee86e7725</uuid>
                  <rasd:Address>00:21:28:f5:11:6a</rasd:Address>
                  <gprop:GenericProperty key="hostid">0x8486632a</gprop:GenericProperty>
                  <failure-policy>fff</failure-policy>
                  <wcore>0</wcore>
                  <extended-mapin-space>0</extended-mapin-space>
                  <threading>8</threading>
                  <cpu-arch>native</cpu-arch>
                  <rc-add-policy/>
                  <gprop:GenericProperty key="state">active</gprop:GenericProperty>
                </Item>
              </Section>
              <Section xsi:type="ovf:VirtualHardwareSection_Type">
                <Item>
                  <rasd:OtherResourceType>cpu</rasd:OtherResourceType>
                  <rasd:AllocationUnits>8</rasd:AllocationUnits>
                  <bind:Binding>
                    <Item>
                      <rasd:OtherResourceType>cpu</rasd:OtherResourceType>
                      <gprop:GenericProperty key="vid">0</gprop:GenericProperty>
                      <gprop:GenericProperty key="pid">0</gprop:GenericProperty>
                      <gprop:GenericProperty key="cid">0</gprop:GenericProperty>
                      <gprop:GenericProperty key="strand_percent">100</gprop:GenericProperty>
                      <gprop:GenericProperty key="util_percent">1.1%</gprop:GenericProperty>
                      <gprop:GenericProperty key="normalized_utilization">0.1%</gprop:GenericProperty>
                    </Item>
              </Section>
            </Content>
          </Envelope>
        </data>
      </cmd>
    </LDM_interface>

Exemple 18-9 `cpu` Sortie de la section XML à partir de la commande `ldm list-domain`

L'exemple suivant illustre la sortie XML pour la section `<cpu>` à l'aide de la sous-commande `list-domain` :

    <?xml version="1.0"?>
    <LDM_interface
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:ovf="./schemas/envelope"
    xmlns:rasd="./schemas/CIM_ResourceAllocationSettingData"
    xmlns:vssd="./schemas/CIM_VirtualSystemSettingData"
    xmlns:gprop="./schemas/GenericProperty"
    xmlns:bind="./schemas/Binding"
    version="1.3"
    xsi:noNamespaceSchemaLocation="./schemas/combined-v3.xsd">
      <cmd>
        <action>list-domain</action>
        <data version="3.0">
          <Envelope>
            <References/>
            <Content xsi:type="ovf:VirtualSystem_Type" ovf:id="primary">
              <Section xsi:type="ovf:ResourceAllocationSection_Type">
                <Item>
                  <rasd:OtherResourceType>ldom_info</rasd:OtherResourceType>
                  <gprop:GenericProperty key="state">active</gprop:GenericProperty>
                  <gprop:GenericProperty key="flags">-n-cv-</gprop:GenericProperty>
                  <gprop:GenericProperty key="utilization">0.7%</gprop:GenericProperty>
                  <gprop:GenericProperty key="uptime">3h</gprop:GenericProperty>
                  <gprop:GenericProperty key="normalized_utilization">0.1%</gprop:GenericProperty>
                </Item>
              </Section>
            </Content>
          </Envelope>
        </data>
      </cmd>
    </LDM_interface>

### Ressource MAU (`mau`)

Remarque - La ressource `mau` est une unité cryptographique prise en charge sur un serveur pris en charge. Actuellement, les deux unités cryptographiques prises en charge sont l'unité arithmétique modulaire (MAU) et la file d'attente de mot de contrôle (CWQ).

Exemple 18-10 Exemple de XML `mau`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>mau</rasd:OtherResourceType>
            <rasd:AllocationUnits>1</rasd:AllocationUnits>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource `mau` est toujours contenue dans une section `<Content>`. La seule propriété est la balise `<rasd:AllocationUnits>`, qui signifie le nombre de MAU ou d'autres unités cryptographiques.

### Ressource de mémoire (`memory`)

Exemple 18-11 Exemple de XML `memory`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>memory</rasd:OtherResourceType>
            <rasd:AllocationUnits>4G</rasd:AllocationUnits>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource memory est toujours contenue dans une section `<Content>`. La seule propriété est la balise `<rasd:AllocationUnits>`, qui signifie la quantité de mémoire.

### Ressource de serveur de disque virtuel (`vds`)

Exemple 18-12 Exemple de XML (`vds`)

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>vds</rasd:OtherResourceType>
            <gprop:GenericProperty
              key="service_name">vdstmp</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource de serveur de disque virtuel (`vds`) peut se trouver dans une section `<Content>` comme faisant partie de la description du domaine, ou elle peut apparaître seule dans une section `<Envelope>`. La seule propriété est la balise `<gprop:GenericProperty>` avec une clé de `service_name` et qui contient le nom de la ressource `vds` étant décrite.

### Ressource du volume de disque virtuel (`vds_volume`)

Exemple 18-13 Exemple de XML `vds_volume`

    <Envelope>
      <References/>
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>vds_volume</rasd:OtherResourceType>
            <gprop:GenericProperty key="vol_name">vdsdev0</gprop:GenericProperty>
            <gprop:GenericProperty key="service_name">primary-vds0</gprop:GenericProperty>
            <gprop:GenericProperty key="block_dev">
              opt/SUNWldm/domain_disks/testdisk1</gprop:GenericProperty>
            <gprop:GenericProperty key="vol_opts">ro</gprop:GenericProperty>
            <gprop:GenericProperty key="mpgroup">mpgroup-name</gprop:GenericProperty>
          </Item>
        </Section>
    </Envelope>

Une ressource `vds_volume` peut se trouver dans une section `<Content>` comme faisant partie de la description du domaine, ou elle peut apparaître seule dans une section `<Envelope>`. Elle doit comporter des balises `<gprop:GenericProperty>` avec les clés suivantes :

- `vol_name` – Nom du volume

- `service_name` – Nom du serveur de disque virtuel auquel ce volume doit être lié

- `block_dev` – Nom du fichier ou du périphérique à associer à ce volume

Une ressource `vds_volume` peut également avoir les propriétés suivantes :

- `vol_opts` – Une ou plusieurs des chaînes suivantes séparées par des virgules : {`ro,slice,excl`}

- `mpgroup` – Nom du groupe multivoie (basculement)

### Ressource de disque (`disk`)

Exemple 18-14 Exemple de XML `disk`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>disk</rasd:OtherResourceType>
            <gprop:GenericProperty key="vdisk_name">vdisk0</gprop:GenericProperty>
            <gprop:GenericProperty
              key="service_name">primary-vds0</gprop:GenericProperty>
            <gprop:GenericProperty key="vol_name">vdsdev0</gprop:GenericProperty>
            <gprop:GenericProperty key="timeout">60</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource `disk` est toujours contenue dans une section `<Content>`. Elle doit comporter des balises `<gprop:GenericProperty>` avec les clés suivantes :

- `vdisk_name` – Nom du disque virtuel

- `service_name` – Nom du serveur de disque virtuel auquel ce disque virtuel doit être lié

- `vol_name` – Périphérique du service de disque virtuel avec lequel le disque virtuel doit être lié

La ressource `disk` peut également avoir la propriété `timeout`, qui est la valeur de temporisation en secondes pour l'établissement d'une connexion entre un client de disque virtuel (`vdc`) et un serveur de disque virtuel (`vds`). S'il y a plusieurs chemins vers le disque virtuel (`vdisk`), le `vdc` peut donc essayer de se connecter sur un `vds` différent, et la valeur de temporisation garantit qu'une connexion à un `vds` est établie pendant le délai imparti.

### Ressource de commutateur virtuel (`vsw`)

Exemple 18-15 Exemple de XML `vsw`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg2">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>vsw</rasd:OtherResourceType>
            <rasd:Address>00:14:4f:fb:ec:00</rasd:Address>
            <gprop:GenericProperty key="service_name">test-vsw1</gprop:GenericProperty>
            <gprop:GenericProperty key="inter_vnet_link">on</gprop:GenericProperty>
            <gprop:GenericProperty key="default-vlan-id">1</gprop:GenericProperty>
            <gprop:GenericProperty key="pvid">1</gprop:GenericProperty>
            <gprop:GenericProperty key="mtu">1500</gprop:GenericProperty>
            <gprop:GenericProperty key="dev_path">switch@0</gprop:GenericProperty>
            <gprop:GenericProperty key="id">0</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource `vsw` peut se trouver dans une section `<Content>` comme faisant partie de la description du domaine, ou elle peut apparaître seule dans une section `<Envelope>`. Elle doit contenir une balise `<gprop:GenericProperty>` avec la clé `service_name`, qui est le nom à assigner au commutateur virtuel.

La ressource `vsw` peut également avoir les propriétés suivantes :

- `<rasd:Address>` – Assigne une adresse MAC au commutateur virtuel

- `default-vlan-id` – Spécifie le réseau local virtuel (VLAN) par défaut dont un périphérique réseau virtuel ou un commutateur virtuel doit être membre, en mode balisé. Le premier ID de VLAN (vid1) est réservé à `default-vlan-id`.

- `dev_path` – Chemin du périphérique physique à associer à ce commutateur virtuel

- `id` – Spécifie l'ID du nouveau périphérique de commutateur virtuel. Par défaut, les valeurs d'ID sont générées automatiquement. Par conséquent, définissez cette propriété si vous devez faire correspondre un nom de périphérique existant dans le SE.

- `inter_vnet_link` – Indique s'il faut assigner les canaux LDC pour la communication inter-vnet. La valeur par défaut est `on`.

- `linkprop` – Indique si le périphérique virtuel doit obtenir les mises à jour d'état du lien physique. Lorsque la valeur est `phys-state`, le périphérique virtuel obtient les mises à jour de l'état du lien physique. Lorsque la valeur est vide, le périphérique virtuel n'obtient pas les mises à jour de l'état du lien physique. Par défaut, le périphérique physique n'obtient pas les mises à jour de l'état du lien physique.

- `mode` – `sc` pour la prise en charge de la pulsation du cluster Oracle Solaris.

- `pvid` – L'identificateur (ID) du réseau local virtuel (VLAN) du port indique le VLAN dont le réseau virtuel doit être membre, en mode non balisé.

- `mtu` – Spécifie l'unité de transmission maximale (MTU) d'un commutateur virtuel, les périphériques réseau virtuel liés au commutateur virtuel, ou les deux. Les valeurs valides sont dans la plage de 1500-16000. La commande `ldm` renvoie une erreur si une valeur non valide est spécifiée.

- `vid` – L'identificateur (ID) du réseau local virtuel (VLAN) indique le VLAN dont le réseau virtuel et le commutateur virtuel doivent être membres, en mode balisé.

### Ressource réseau (`network`)

Exemple 18-16 Exemple de XML `network`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>network</rasd:OtherResourceType>
            <gprop:GenericProperty key="linkprop">phys-state</gprop:GenericProperty>
            <gprop:GenericProperty key="vnet_name">ldg1-vnet0</gprop:GenericProperty>
            <gprop:GenericProperty
              key="service_name">primary-vsw0</gprop:GenericProperty>
            <rasd:Address>00:14:4f:fc:00:01</rasd:Address>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource `network` est toujours contenue dans une section `<Content>`. Elle doit comporter des balises `<gprop:GenericProperty>` avec les clés suivantes :

- `linkprop` – Indique si le périphérique virtuel doit obtenir les mises à jour d'état du lien physique. Lorsque la valeur est `phys-state`, le périphérique virtuel obtient les mises à jour de l'état du lien physique. Lorsque la valeur est vide, le périphérique virtuel n'obtient pas les mises à jour de l'état du lien physique. Par défaut, le périphérique physique n'obtient pas les mises à jour de l'état du lien physique.

- `vnet_name` – Nom du réseau virtuel (`vnet`)

- `service_name` – Nom du commutateur virtuel (`vswitch`) auquel ce réseau virtuel doit être lié

La ressource `network` peut également avoir les propriétés suivantes :

- `<rasd:Address>` – Assigne une adresse MAC au commutateur virtuel

- `pvid` – L'identificateur (ID) du réseau local virtuel (VLAN) du port indique le VLAN dont le réseau virtuel doit être membre, en mode non balisé.

- `vid` – L'identificateur (ID) du réseau local virtuel (VLAN) indique le VLAN dont le réseau virtuel et le commutateur virtuel doivent être membres, en mode balisé.

- `mode` – `hybrid` pour activer l'E/S hybride pour ce réseau virtuel.

  Remarque - La fonctionnalité d'E/S hybride est peu à peu remplacée par la fonctionnalité SR-IOV.

### Ressource de concentrateur de console virtuelle (`vcc`)

Exemple 18-17 Exemple de `vcc` XML

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>vcc</rasd:OtherResourceType>
            <gprop:GenericProperty key="service_name">vcc1</gprop:GenericProperty>
            <gprop:GenericProperty key="min_port">6000</gprop:GenericProperty>
            <gprop:GenericProperty key="max_port">6100</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource `vcc` peut se trouver dans une section `<Content>` comme faisant partie de la description du domaine, ou elle peut apparaître seule dans une section `<Envelope>`. Elle peut comporter des balises `<gprop:GenericProperty>` avec les clés suivantes :

- `service_name` – Nom à assigner au service de concentrateur de console virtuelle

- `min_port` – Numéro de port minimum à associer à ce `vcc`

- `min_port` – Numéro de port maximum à associer à ce `vcc`

### Ressource de variable (`var`)

Exemple 18-18 Exemple de XML `var`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>var</rasd:OtherResourceType>
            <gprop:GenericProperty key="name">test_var</gprop:GenericProperty>
            <gprop:GenericProperty key="value">test1</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource `var` est toujours contenue dans une section `<Content>`. Elle peut comporter des balises `<gprop:GenericProperty>` avec les clés suivantes :

- `name` – Nom de la variable

- `value` – Valeur de la variable

### Ressource de périphérique d'E/S physique (`physio_device`)

Exemple 18-19 Exemple de XML `physio_device`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>physio_device</rasd:OtherResourceType>
            <gprop:GenericProperty key="name">pci@780</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource `physio_device` est toujours contenue dans une section `<Content>`. La seule propriété est la balise `<gprop:GenericProperty>` avec la valeur de propriété de clé `name`, qui est le nom du périphérique d'E/S étant décrit.

### Ressource de configuration du SP (`spconfig`)

Exemple 18-20 Exemple de XML `spconfig`

    <Envelope>
        <Section xsi:type="ovf:ResourceAllocationSection_type">
          <Item>
            <rasd:OtherResourceType>spconfig</rasd:OtherResourceType>
            <gprop:GenericProperty
              key="spconfig_name">primary</gprop:GenericProperty>
            <gprop:GenericProperty
              key="spconfig_status">current</gprop:GenericProperty>
          </Item>
        </Section>
    </Envelope>

Une configuration de processeur de service (SP) (`spconfig`) apparaît toujours seule dans une section `<Envelope>`. Elle peut comporter des balises `<gprop:GenericProperty>` avec les clés suivantes

- `spconfig_name` – Nom d'une configuration à stocker sur le SP

- `spconfig_status` – Etat actuel d'une configuration de SP spécifique. Cette propriété est utilisée dans la sortie d'une commande `ldm list-spconfig`.

### Ressource de configuration de la stratégie DRM (`policy`)

Exemple 18-21 Exemple `policy` au format XML

    <Envelope>
       <Section xsi:type="ovf:VirtualHardwareSection_Type">
         <Item>
           <rasd:OtherResourceType>policy</rasd:OtherResourceType>
           <gprop:GenericProperty key="policy_name">test-policy</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_enable">on</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_priority">1</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_vcpu_min">12</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_vcpu_max">13</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_util_lower">8</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_util_upper">9</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_tod_begin">07:08:09</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_tod_end">09:08:07</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_sample_rate">1</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_elastic_margin">8</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_attack">8</gprop:GenericProperty>
           <gprop:GenericProperty key="policy_decay">9</gprop:GenericProperty>
         </Item>
       </Section>
    </Envelope>

Une ressource de stratégie DRM (`policy`) apparaît à la section `<Envelope>` et peut posséder des balises `<gprop:GenericProperty>` avec les clés suivantes :

- `policy_name` – Nom de la stratégie DRM

- `policy_enable` – Spécifie si la stratégie DRM est activée ou désactivée

- `policy_priority` – Priorité de la stratégie DRM

- `policy_vcpu_min` – Nombre minimal de ressources de CPU virtuelle pour un domaine

- `policy_vcpu_max` – Nombre maximal de ressources de CPU virtuelle pour un domaine

- `policy_util_lower` – Niveau d'utilisation inférieur auquel une analyse de stratégie est lancée

- `policy_util_upper` – Niveau d'utilisation supérieur auquel une analyse de stratégie est lancé

- `policy_tod_begin` – Heure de début effective de la stratégie DRM

- `policy_tod_end` – Heure de fin effective de la stratégie DRM

- `policy_sample_rate` – Fréquence d'échantillonnage, qui correspond au temps du cycle en secondes

- `policy_elastic_margin` – Quantité de tampon entre les limites d'utilisation inférieure et supérieure de la CPU

- `policy_attack` – Quantité maximale d'une ressource à ajouter au cours d'un cycle de contrôle de ressource

- `policy_decay` – Quantité maximale d'une ressource à supprimer au cours d'un cycle de contrôle de ressource

### Ressource de service de canal de plan de données virtuelles (`vdpcs`)

Exemple 18-22 Exemple de `vdpcs` du format XML

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>vdpcs</rasd:OtherResourceType>
            <gprop:GenericProperty key="service_name">dg1-vdpcs</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Cette ressource ne présente un intérêt que dans un environnement DPS Netra. Une ressource `vdpcs` peut se trouver dans une section `<Content>` comme faisant partie de la description du domaine, ou elle peut apparaître seule dans une section `<Envelope>`. La seule propriété est la balise `<gprop:GenericProperty>` avec la valeur de propriété de clé`service_name`, qui est le nom de la ressource du service de plan de données virtuelles (`vdpcs`) étant décrite.

### Ressource de client de canal de plan de données virtuelles (`vdpcc`)

Exemple 18-23 Exemple de XML `vdpcc`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>vdpcc</rasd:OtherResourceType>
            <gprop:GenericProperty key="vdpcc_name">vdpcc</gprop:GenericProperty>
            <gprop:GenericProperty
              key="service_name">ldg1-vdpcs</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Cette ressource ne présente un intérêt que dans un environnement DPS Netra. Un ressource de client de canal de plan de données virtuelles est toujours contenue dans une section `<Content>`. Elle peut comporter des balises `<gprop:GenericProperty>` avec les clés suivantes :

- `vdpcc_name` – Nom du client du canal de plan de données virtuelles (`vdpcc`)

- `service_name` – Nom du service de canal de plan de données virtuelles vdpcs auquel vdpcc doit être lié

### Ressource de console (`console`)

Exemple 18-24 Exemple de XML `console`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" id="ldg1">
        <Section xsi:type="ovf:VirtualHardwareSection_Type">
          <Item>
            <rasd:OtherResourceType>console</rasd:OtherResourceType>
            <gprop:GenericProperty key="port">6000</gprop:GenericProperty>
            <gprop:GenericProperty key="service_name">vcc2</gprop:GenericProperty>
            <gprop:GenericProperty key="group">group-name</gprop:GenericProperty>
          </Item>
        </Section>
      </Content>
    </Envelope>

Une ressource `console` est toujours contenue dans une section `<Content>`. Elle peut comporter des balises `<gprop:GenericProperty>` avec les clés suivantes :

- `port` – Port sur lequel passer sur cette console virtuelle (`console`)

- `service_name` – Service de concentrateur de console virtuelle (`vcc`) auquel associer cette `console`

- `group` – Nom du groupe auquel associer cette `console`

### Migration de domaine

Cet exemple présente le contenu de la section `<data>` pour une sous-commande `migrate-domain`.

Exemple 18-25 Exemple de section `migrate-domain` `<data>`

    <Envelope>
      <References/>
      <Content xsi:type="ovf:VirtualSystem_Type" ovf:id="ldg1"/>
      <Content xsi:type="ovf:VirtualSystem_Type" ovf:id="ldg1"/>
        <Section xsi:type="ovf:ResourceAllocationSection_Type">
          <Item>
            <rasd:OtherResourceType>ldom_info</rasd:OtherResourceType>
            <gprop:GenericProperty key="target">target-host</gprop:GenericProperty>
            <gprop:GenericProperty key="username">user-name</gprop:GenericProperty>
            <gprop:GenericProperty key="password">password</gprop:GenericProperty>
          <Item>
        </Section>
      </Content>
    </Envelope>

où :

- Le premier noeud `<Content>` (sans section `<ldom_info>`) est le domaine source à migrer.

- Le second noeud `<Content>` (avec une section `<ldom_info>`) est le domaine cible vers lequel migrer. Les noms des domaines source et cible peuvent être identiques.

- La section `<ldom_info>` du domaine cible décrit la machine que laquelle migrer et les détails nécessaires à la migration sur cette machine :

  - `target-host` est la machine cible vers laquelle migrer.

  - `user-name` est le nom d'utilisateur pour la connexion à la machine cible. Doit être codé en SASL 64 bits.

  - `password` est le mot de passe à utiliser pour la connexion à la machine cible. Doit être codé en SASL 64 bits.

Remarque - Logical Domains Manager utilise `sasl_decode64()` pour décoder le nom et le mot de passe de l'utilisateur cible et utilise `sasl_encode64()` pour coder ces valeurs. Le codage SASL 64 est équivalent au codage `base64`.

Copyright © 2007, 2013, Oracle et/ou ses affiliés. Tous droits réservés. Notice légale |