En esta sección, se proporcionan ejemplos de los recursos y las propiedades de Dominios lógicos Manager que se pueden definir para cada uno de esos recursos. Los recursos y las propiedades se muestran en negrita en los ejemplos de XML. Estos ejemplos muestran los recursos, no la salida enlazada. La salida de restricción puede usarse para crear una entrada para las acciones de Dominios lógicos Manager, excepto la salida de migración de dominio. Consulte Migración de dominio. Cada recurso se define en una sección OVF <Section> y es especificado por una etiqueta <rasd:OtherResourceType>.
El ejemplo siguiente muestra las propiedades opcionales del recurso ldom_info:
Ejemplo 10 Ejemplo, salida SML ldom_infoEl ejemplo siguiente muestra los valores especificados para varias propiedades ldom_info, como uuid, hostid y Address.
<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:GenericProperty key="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">system1</gprop:GenericProperty>
<gprop:GenericProperty key="rc-add-policy"></gprop:GenericProperty>
<gprop:GenericProperty key="perf-counters">global</gprop:GenericProperty>
</Item>
</Section>
</Content>
</Envelope>
El recurso ldom_info siempre está contenido en una sección <Content>. Las siguientes propiedades en el recurso ldom_info son opcionales:
Etiqueta <uuid>, que especifica el UUID del dominio.
<rasd:Address>, que especifica la dirección MAC que se debe asignar a un dominio.
Etiqueta <gprop:GenericProperty key="extended-mapin-space">, que especifica si el espacio de asignación extendido está activado (on) o desactivado (off) para ese dominio. El valor predeterminado es off.
Etiqueta <gprop:GenericProperty key="failure-policy">, que especifica cómo deben comportarse los dominios esclavos si el dominio maestro falla. El valor predeterminado es ignore. A continuación se incluyen los valores de propiedad válidos:
ignore ignora los fallos del dominio maestro (no afecta a los dominios esclavos).
panic se genera el mensaje de error grave en cualquier dominio esclavo cuando falla el dominio maestro.
reset se restablece cualquier dominio esclavo cuando falla el dominio maestro.
stop se para cualquier dominio esclavo cuando falla el dominio maestro.
Etiqueta <gprop:GenericProperty key="hostid">, que especifica el ID del host que se debe asignar al dominio.
Etiqueta <gprop:GenericProperty key="master">, que especifica hasta cuatro nombres de dominio maestro separados por comas.
Etiqueta <gprop:GenericProperty key="progress">, que especifica el porcentaje de progreso realizado por el comando.
Etiqueta <gprop:GenericProperty key="source">, que especifica el equipo que informa el progreso del comando.
Etiqueta <gprop:GenericProperty key="status">, que especifica el estado del comando (done, failed o ongoing).
Etiqueta <gprop:GenericProperty key="rc-add-policy">, que especifica si se deben activar o desactivar las operaciones de virtualización de SR-IOV y E/S directa para cualquier complejo raíz que se pueda agregar al dominio especificado. Los valores válidos son iov y ningún valor (rc-add-policy=).
Etiqueta <gprop:GenericProperty key="perf-counters">, que especifica los conjuntos de registro de rendimiento a los que se debe acceder (global, htstrand, strand).
Si la plataforma no tiene la capacidad de acceso de rendimiento, el valor de la propiedad perf-counters se ignora.
Tenga en cuenta que la propiedad de unidades de asignación, <rasd:AllocationUnits>, para el recurso cpu siempre especifica el número de CPU virtuales y no el número de núcleos.
Un recurso cpu siempre está contenida en una sección <Content>.
Ejemplo 11 Salida de sección XML cpu del comando ldm list-bindingsEn el ejemplo siguiente, se muestra la salida XML para la sección <cpu> mediante la ejecución del comando ldm 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>
<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>
Ejemplo 12 Salida de sección XML cpu del comando ldm list-domain
En el ejemplo siguiente, se muestra la salida XML para la sección <cpu> mediante la ejecución del comando ldm 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>
Un recurso mau siempre está contenido en una sección <Content>. La única propiedad es la etiqueta <rasd:AllocationUnits>, que significa el número de MAU u otras unidades criptográficas.
<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>
Un recurso de memoria siempre está contenido en una sección <Content>. La única propiedad es la etiqueta <rasd:AllocationUnits>, que significa la cantidad de memoria.
Ejemplo 14 Ejemplo de XML de 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>
Un recurso de SAN virtual (vsan) puede encontrarse en una sección <Content>. Debe usar las etiquetas <gprop:GenericProperty> con las siguientes claves:
service_name: nombre de SAN virtual
vsan_iport: puerto de iniciador de la SAN virtual
Debe haber un elemento que contenga una propiedad vol_name única en la sección vsan_volume. Esta propiedad vol_name debe establecerse en *.
Ejemplo 15 Ejemplo de XML de vsan<Envelope>
<References/>
<Section xsi:type="ovf:VirtualHardwareSection_Type">
<Item>
<rasd:OtherResourceType>vsan</rasd:OtherResourceType>
<gprop:GenericProperty key="service_name">vs1</gprop:GenericProperty>
<gprop:GenericProperty key="vsan_iport">
/pci@400/pci@1/pci@0/pci@8/SUNW,emlxs@0/fp@0,0</gprop:GenericProperty>
<bind:Binding>
<Item>
<rasd:OtherResourceType>vsan_volume</rasd:OtherResourceType>
<gprop:GenericProperty key="vol_name">*</gprop:GenericProperty>
</Item>
</bind:Binding>
</Item>
</Section>
</Envelope>
Un recurso de servidor de disco virtual (vds) puede estar en una sección <Content> como parte de la descripción de un dominio, o puede aparecer por sí misma en la sección <Envelope>. La única propiedad es la etiqueta <gprop:GenericProperty> con una clave de service_name, que contiene el nombre del recurso vds que se describe.
Ejemplo 16 Ejemplo de XML de 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>
Un recurso vds_volume puede estar en una sección <Content> contenido como parte de la descripción del dominio, o puede aparecer por sí mismo en una sección <Envelope>. Tiene que tener las etiquetas <gprop:GenericProperty> con las siguientes claves:
vol_name – Nombre del volumen
service_name – Nombre del servidor de disco virtual al que está enlazado el volumen
block_dev – Nombre de archivo o dispositivo que se ha de asociar con este volumen
De manera opcional, un recurso vds_volume también puede tener las siguientes propiedades:
vol_opts – Una o varias de las siguientes, separadas por comas, con una cadena: {ro,slice,excl}
mpgroup – Nombre del grupo de ruta múltiple (conmutación por error)
<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>
Un recurso de disk siempre está contenido en una sección <Content>. Tiene que tener las etiquetas <gprop:GenericProperty> con las siguientes claves:
vdisk_name – Nombre del disco virtual
service_name – Nombre del servidor de disco virtual al que está enlazado el disco virtual
vol_name – Dispositivo del servicio de disco virtual al que debe asociarse este disco virtual
Opcionalmente, el recurso disk también puede tener la propiedad timeout, que es el valor de tiempo de espera en segundos para el establecimiento de una conexión entre un cliente de disco virtual (vdc) y un servidor de disco virtual (vds). Si hay múltiples rutas de disco virtual (vdisk), vdc puede intentar conectarse a un vds diferente. El tiempo de espera garantiza que se establezca una conexión a cualquier vds en la cantidad de tiempo especificada.
Ejemplo 18 Ejemplo de XML de disco<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>
Un recurso vsw puede estar en una sección <Content> como parte de la descripción del dominio, o puede aparecer por sí mismo en una sección <Envelope>. Debe tener una etiqueta <gprop:GenericProperty con la clave service_name, que es el nombre que se asignará al conmutador virtual.
De manera opcional, el recurso vsw también puede tener las siguientes propiedades:
<rasd:Address> – Asigna una dirección al conmutador virtual.
default-vlan-id – Especifica la red de área local virtual (VLAN) predeterminada de la que debe ser miembro un dispositivo de red virtual o conmutador virtual, en modo con etiquetas. El primer ID de VLAN (vid1) se reserva para default-vlan-id.
dev_path – Ruta del dispositivo de red que se debe asociar con este conmutador virtual.
id – Especifica el ID de un nuevo dispositivo de conmutador virtual. De manera predeterminada, estos valores de ID se generan automáticamente, así que debe configurar esta propiedad si necesita que coincida con un nombre de un dispositivo existente en el SO.
inter_vnet_link – Especifica si se asignarán canales LDC para la comunicación entre redes virtuales. Los valores válidos son on, off y auto. El valor predeterminado es auto.
linkprop: especifica que el dispositivo virtual obtiene actualizaciones de estado del enlace físico (el valor por defecto de phys-state). Cuando el valor está en blanco, el dispositivo virtual no obtiene las actualizaciones de estado del vínculo físico.
mode – sc para la asistencia técnica de respuesta de Cluster de Oracle Solaris.
pvid – Identificador (ID) de la red de área local virtual (VLAN) del puerto, que indica la VLAN de la que debe ser miembro la red virtual, en modo sin etiquetas.
mtu – Especifica la unidad de transmisión máxima (MTU) de un conmutador virtual, los dispositivos de red virtual que están enlazados al conmutador virtual o ambos. Los valores válidos son en el rango de 1500-16000. El comando ldm genera un error si se especifica un valor no válido.
vid – Identificador (ID) de la red de área local virtual (VLAN) indica la VLAN de la que una red virtual y un conmutador virtual necesitan ser miembro, en modo con etiquetas.
<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">auto</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>
Un recurso de network siempre está contenido en una sección <Content>. Tiene que tener las etiquetas <gprop:GenericProperty> con las siguientes claves:
linkprop: especifica que el dispositivo virtual obtiene actualizaciones de estado del enlace físico (el valor por defecto de phys-state). Cuando el valor está en blanco, el dispositivo virtual no obtiene las actualizaciones de estado del vínculo físico.
vnet_name – Nombre de la red virtual (vnet).
service_name – Nombre del conmutador virtual (vswitch) al que está enlazada esta red virtual.
custom: especifica si activar o desactivar la configuración personalizada para el número máximo de VLAN y direcciones MAC que se pueden asignar a un dispositivo de red virtual desde un host de confianza. El valor por defecto es disable.
custom/max-mac-addrs: especifica el número máximo de direcciones MAC que se pueden asignar a un dispositivo de red virtual desde un host de confianza. El valor por defecto es 4096.
custom/max-vlans: especifica el número máximo de VLAN que se pueden asignar a un dispositivo de red virtual desde un host de confianza. El valor por defecto es 4096.
De manera opcional, el recurso network también puede tener las siguientes propiedades:
<rasd:Address> – Asigna una dirección al conmutador virtual.
pvid – Identificador (ID) de la red de área local virtual (VLAN) del puerto, que indica la VLAN de la que debe ser miembro la red virtual, en modo sin etiquetas.
vid – Identificador (ID) de la red de área local virtual (VLAN) indica la VLAN de la que una red virtual y un conmutador virtual necesitan ser miembro, en modo con etiquetas.
<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="custom">enable</gprop:GenericProperty> <gprop:GenericProperty key="custom/max-mac-addrs">4096</gprop:GenericProperty> <gprop:GenericProperty key="custom/max-vlans">12</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>
Un recurso vcc puede estar en una sección <Content> como parte de la descripción del dominio, o puede aparecer por sí mismo en una sección <Envelope>. Puede tener etiquetas <gprop:GenericProperty> con las siguientes claves:
service_name – Nombre que se debe asignar al servicio de concentrador de consola virtual
min_port – Número de puerto mínimo que se debe asignar con este vcc
max_port – Número de puerto máximo que se debe asociar con este vcc
<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>
Un recurso var siempre está contenido en una sección <Content>. Puede tener etiquetas <gprop:GenericProperty> con las siguientes claves:
name – Nombre de la variable
value – Valor de la variable
<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>
Un recurso physio_device siempre está contenido en una sección <Content>. Este recurso se puede modificar mediante los subcomandos add-io, set-io, remove-io, create-vf, destroy-vf y set-domain.
Ejemplo 23 Ejemplo de XML de physio_deviceLos siguientes ejemplos muestran cómo realizar acciones en las funciones virtuales, las funciones físicas y los complejos raíz.
El siguiente fragmento de ejemplo de XML muestra cómo utilizar el comando ldm add-io para agregar la función virtual /SYS/MB/NET0/IOVNET.PF0.VF0 al dominio ldg1.
<LDM_interface version="1.3">
<cmd>
<action>add-io</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>physio_device</rasd:OtherResourceType>
<gprop:GenericProperty key="name">
/SYS/MB/NET0/IOVNET.PF0.VF0</gprop:GenericProperty>
</Item>
</Section>
</Content>
</Envelope>
</data>
</cmd>
</LDM_interface>El siguiente fragmento de ejemplo de XML muestra cómo utilizar el comando ldm set-io para establecer el valor de propiedad iov_bus_enable_iov en on para el complejo raíz pci_1.
<LDM_interface version="1.3">
<cmd>
<action>set-io</action>
<data version="3.0">
<Envelope>
<References/>
<Section xsi:type="ovf:VirtualHardwareSection_Type">
<Item>
<rasd:OtherResourceType>physio_device</rasd:OtherResourceType>
<gprop:GenericProperty key="name">pci_1</gprop:GenericProperty>
<gprop:GenericProperty key="iov_bus_enable_iov">
on</gprop:GenericProperty>
</Item>
</Section>
</Envelope>
</data>
</cmd>
</LDM_interface>El siguiente fragmento de ejemplo de XML muestra cómo utilizar el comando ldm set-io para establecer el valor de propiedad unicast-slots en 6 para la función física /SYS/MB/NET0/IOVNET.PF1.
<LDM_interface version="1.3">
<cmd>
<action>set-io</action>
<data version="3.0">
<Envelope>
<References/>
<Section xsi:type="ovf:VirtualHardwareSection_Type">
<Item>
<rasd:OtherResourceType>physio_device</rasd:OtherResourceType>
<gprop:GenericProperty key="name">
/SYS/MB/NET0/IOVNET.PF1</gprop:GenericProperty>
<gprop:GenericProperty key="unicast-slots">6</gprop:GenericProperty>
</Item>
</Section>
</Envelope>
</data>
</cmd>
</LDM_interface>El siguiente fragmento de ejemplo de XML muestra cómo utilizar el comando ldm create-vf para crear la función virtual /SYS/MB/NET0/IOVNET.PF1.VF0 con los siguientes valores de propiedad.
unicast-slots=6
pvid=3
mtu=1600
<LDM_interface version="1.3">
<cmd>
<action>create-vf</action>
<data version="3.0">
<Envelope>
<References/>
<Section xsi:type="ovf:VirtualHardwareSection_Type">
<Item>
<rasd:OtherResourceType>vf_device</rasd:OtherResourceType>
<gprop:GenericProperty key="iov_pf_name">
/SYS/MB/NET0/IOVNET.PF1</gprop:GenericProperty>
<gprop:GenericProperty key="unicast-slots">6</gprop:GenericProperty>
<gprop:GenericProperty key="pvid">3</gprop:GenericProperty>
<gprop:GenericProperty key="mtu">1600</gprop:GenericProperty>
</Item>
</Section>
</Envelope>
</data>
</cmd>
</LDM_interface>El siguiente fragmento de ejemplo XML muestra cómo usar el comando ldm create-vf para crear el número de funciones virtuales especificado por el valor iov_pf_repeat_count_str (3) con la función física /SYS/MB/NET0/IOVNET.PF1. No puede especificar otros valores de propiedad cuando se crean varias funciones virtuales con la propiedad iov_pf_repeat_count_str.
<LDM_interface version="1.3">
<cmd>
<action>create-vf</action>
<data version="3.0">
<Envelope>
<References/>
<Section xsi:type="ovf:VirtualHardwareSection_Type">
<Item>
<rasd:OtherResourceType>vf_device</rasd:OtherResourceType>
<gprop:GenericProperty key="iov_pf_name">
/SYS/MB/NET0/IOVNET.PF1</gprop:GenericProperty>
<gprop:GenericProperty key="iov_pf_repeat_count_str">
3</gprop:GenericProperty>
</Item>
</Section>
</Envelope>
</data>
</cmd>
</LDM_interface>Un recurso de configuración del procesador de servicio (SP) (spconfig) siempre aparece por sí mismo en una sección <Envelope>. Puede tener etiquetas <gprop:GenericProperty> con las siguientes claves:
spconfig_name – Nombre de la configuración que debe guardarse en el SP
spconfig_status – El estado actual de una determinada configuración SP. La propiedad se usa en la salida de un comando ldm list-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> key="spconfig_aux_status">degraded</gprop:GenericProperty> </Item> </Section> </Envelope>
Aparece un recurso de directiva de DRM (policy) en la sección <Envelope> y puede tener etiquetas <gprop:GenericProperty> con las siguientes claves:
policy_name: nombre de la directiva de DRM
policy_enable: especifica si la directiva DRM está habilitada o inhabilitada
policy_priority: prioridad de la directiva de DRM
policy_vcpu_min: número mínimo de recursos de CPU virtuales para un dominio
policy_vcpu_max: número máximo de recursos de CPU virtuales para un dominio
policy_util_lower: nivel de uso inferior en el que se activa el análisis de directiva
policy_util_upper: nivel de uso superior en el que se activa el análisis de directiva
policy_tod_begin: hora de inicio efectiva de la directiva de DRM
policy_tod_end: hora de detención efectiva de la política de DRM
policy_sample_rate: la frecuencia de muestreo, que es el tiempo de ciclo en segundos
policy_elastic_margin: cantidad de búfer entre los límites de uso de la CPU inferior y superior
policy_attack: cantidad máxima de un recurso que se añadirá durante cualquier ciclo de control de recursos
policy_decay: cantidad máxima de un recurso que se eliminará durante cualquier ciclo de control de recursos
<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>
Un recurso console siempre está contenido en una sección <Content. Puede tener etiquetas <gprop:GenericProperty> con las siguientes claves:
port – Puerto al que se debe cambiar esta consola virtual (console)
service_name – Servicio de concentrador de consola virtual (vcc) al que se enlaza esta consola
group – Nombre del grupo al que enlazar esta consola
enable-log – Activar o desactivar el registro de la consola virtual para esta consola
<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> <gprop:GenericProperty key="enable-log">on</gprop:GenericProperty> </Item> </Section> </Content> </Envelope>
Este ejemplo muestra lo que contiene la sección <data para un comando ldm migrate-domain.
Primero, el nodo <Content> (sin una sección <ldom_info>) es el dominio de origen para migrar.
Segundo, el nodo <Content> (con una sección <ldom_info>) es el dominio de destino al que migrar. Los nombres del dominio de origen y destino pueden ser los mismos.
La sección <ldom_info> para el dominio de destino describe el equipo al que migrar y los detalles necesarios para migrar a dicho equipo:
target-host es el equipo de destino al que migrar.
user-name es el nombre de usuario de inicio de sesión para el equipo de destino, que debe estar codificado para SASL de 64 bits.
password es la contraseña que se debe usar para iniciar sesión en el equipo de destino, que debe estar codificado para SASL de 64 bits.
<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>