Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Guía de administración de Oracle VM Server for SPARC 3.0 Oracle VM Server for SPARC (Español) |
Parte I Software Oracle VM Server for SPARC 3.0
1. Información general sobre el software de Oracle VM Server for SPARC
2. Instalación y habilitación del software
3. Seguridad de Oracle VM Server for SPARC
4. Configuración de servicios y el dominio de control
5. Configuración de los dominios invitados
6. Configuración de dominios de E/S
10. Administración de recursos
11. Gestión de configuraciones de dominios
12. Realización de otras tareas administrativas
Parte II Software Oracle VM Server for SPARC opcional
13. Herramienta de conversión física a virtual del Oracle VM Server for SPARC
14. Asistente de configuración de Oracle VM Server for SPARC (Oracle Solaris 10)
15. Uso de la gestión de energía
16. Uso del software de Base de datos de información de administración de Oracle VM Server for SPARC
17. Descubrimiento del Logical Domains Manager
18. Uso de la interfaz XML con los Logical Domains Manager
Mensajes de solicitud y respuesta
Registro y anulación de registro
Acciones de Logical Domains Manager
Recursos y propiedades de Logical Domains Manager
Recurso de información de dominio (ldom_info)
Recurso de servidor de disco virtual (vds)
Recurso del volumen del servidor del disco virtual (vds_volume)
Recurso de conmutador virtual (vsw)
Recurso del concentrador de consola virtual (vcc)
Recurso de dispositivo de E/S físico (physio_device)
Recurso de configuración SP (spconfig)
Recurso de configuración de directiva de DRM (policy)
Recurso del servicio de canal plano de datos virtual (vdpcs)
Recurso de cliente de canal plano de datos virtuales (vdpcc)
A continuación se indican los recursos del Logical Domains Manager y las propiedades que pueden definirse para cada uno de estos 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 del Logical Domains Manager. La excepción a esto es 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>.
Ejemplo 18-6 Ejemplo, salida SML 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>
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:GenericPropertykey="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.
<gprop:GenericPropertykey="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.
<gprop:GenericPropertykey="hostid">, que especifica el ID del host que debe ser asignado al dominio.
<gprop:GenericPropertykey="master">, que especifica hasta cuatro nombres de dominio maestro separados por comas.
<gprop:GenericPropertykey="progress">, que especifica el porcentaje de progreso realizado por el comando.
<gprop:GenericPropertykey="source">, que especifica el equipo que informa del progreso del comando.
<gprop:GenericPropertykey="status">, que especifica el estado del comando (realizado, fallo o continuo).
El equivalente de las acciones de solicitud de XML add-vcpu, set-vcpu y remove-vcpu se fija el valor de la etiqueta <gpropGenericProperty key="wcore"> de la siguiente manera:
Si se usa la opción -c, fije la propiedad wcore en el número de núcleos completos especificados.
Si la opción -c no se usa, fije la propiedad wcore a 0.
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 18-7 Ejemplo de XML de cpu
El siguiente ejemplo muestra la solicitud XML equivalente para el comando 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>
Ejemplo 18-8 Salida de sección XML cpu del comando ldm list-bindings
En el ejemplo siguiente, se muestra la salida XML para la sección <cpu> mediante el subcomando 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>
Ejemplo 18-9 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 el subcomando 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>
Nota - El recurso mau es cualquier unidad criptográfica admitida en un servidor admitido. Actualmente, las dos unidades criptográficas admitidas son unidad aritmética modular (MAU) y el Control Word Queue (CWQ).
Ejemplo 18-10 Ejemplo 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>
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.
Ejemplo 18-11 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 memoria siempre está contenido en una sección <Content>. La única propiedad es la etiqueta <rasd:AllocationUnits>, que significa la cantidad de memoria.
Ejemplo 18-12 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 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 tecla de service_name y que contiene el nombre del recurso vds que se está describiendo.
Ejemplo 18-13 Ejemplo 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>
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)
Ejemplo 18-14 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 de disco 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), entonces el vdc puede intentar conectar a un vds diferente, y el tiempo de espera asegura que una conexión a cualquier vds se establece en la cantidad de tiempo especificada.
Ejemplo 18-15 Ejemplo 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>
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. El valor predeterminado es on.
linkprop – Especifica si el dispositivo virtual debe obtener las actualizaciones de estado del vínculo físico. Cuando el valor es phys-state, el dispositivo virtual obtiene las actualizaciones de estado del vínculo físico. Cuando el valor está en blanco, el dispositivo virtual no obtiene las actualizaciones de estado del vínculo físico. De manera predeterminada, el dispositivo virtual no obtiene las actualizaciones de estado de vínculo físico.
mode: sc para la asistencia técnica de respuesta de Oracle Solaris Cluster.
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.
Ejemplo 18-16 Ejemplo de XML de 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>
Un recurso de red siempre está contenido en una sección <Content>. Tiene que tener las etiquetas <gprop:GenericProperty> con las siguientes claves:
linkprop – Especifica si el dispositivo virtual debe obtener las actualizaciones de estado del vínculo físico. Cuando el valor es phys-state, el dispositivo virtual obtiene las actualizaciones de estado del vínculo físico. Cuando el valor está en blanco, el dispositivo virtual no obtiene las actualizaciones de estado del vínculo físico. De manera predeterminada, el dispositivo virtual no obtiene las actualizaciones de estado de 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
De manera opcional, el recurso red 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.
mode – hybrid para habilitar la E/S híbrida para esa red virtual.
Nota - La función de E/S híbrida de NIU se ha dejado de usar a favor de SR-IOV.
Ejemplo 18-17 Ejemplo de XML 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 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
Ejemplo 18-18 Ejemplo de XML de 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>
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
Ejemplo 18-19 Ejemplo de XML de 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>
Un recurso physio_device siempre está contenido en una sección <Content>. La única propiedad es la etiqueta <gprop:GenericProperty> con el valor de propiedad clave name, que es el nombre del dispositivo de E/S que se describe.
Ejemplo 18-20 Ejemplo de XML de 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>
Un recurso de configuración del procesador de servicio (SP) (spconfig) siempre aparece por sí mismo en una sección <Envelope>. Puede tener las 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.
Ejemplo 18-21 Ejemplo de XML policy
<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>
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 fin efectiva de la directiva 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
Ejemplo 18-22 Ejemplo de CML vdpcs
<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>
Este recurso sólo es interesante en un entorno Netra DPS. Un recurso vdpcs puede estar en una sección <Content> como parte de la descripción de un dominio, o puede aparecer por sí mismo en una sección <Envelope>. La única propiedad es la etiqueta <gprop:GenericProperty> con el valor de propiedad clave service_name, que es el nombre del recurso del servicio de canal plano de datos virtuales (vdpcs) que se están describiendo.
Ejemplo 18-23 Ejemplo de XML de 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>
Este recurso sólo es interesante en un entorno Netra DPS. Un recurso de cliente de canal plano de datos virtuales siempre está contenido en la sección <Content>. Puede tener etiquetas <gprop:GenericProperty> con las siguientes claves:
vdpcc_name – Nombre del cliente del canal plano de datos virtuales (vdpcc)
service_name – Nombre del servicio de canal plano de datos virtuales al que debe enlazarse el vdpcc
Ejemplo 18-24 Ejemplo de XML de 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>
Un recurso de consola 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
Este ejemplo muestra lo que contiene la sección <data> para un subcomando migrate-domain.
Ejemplo 18-25 Ejemplo migrate-domain Sección <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>
Donde:
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 del usuario de inicio de sesión para el equipo de destino. Debe presentar codificación de 64 bits SASL.
password es la contraseña que se debe usar para el inicio de sesión en el equipo de destino. Debe presentar codificación de 64 bits SASL.
Nota - Los Logical Domains Manager usan sasl_decode64() para descodificar el nombre de usuario de destino y la contraseña y usan sasl_encode64() para codificar estos valores. La codificación SASL 64 es equivalente a la codificación base64.