Recursos y propiedades de Dominios lógicos Manager

A continuación se indican los recursos del Dominios lógicos 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 Dominios lógicos Manager. La excepción a esto es la salida de migración de dominio. Véase Migración de dominio. Cada recurso se define en una sección OVF <Section> y es especificado por una etiqueta <rasd:OtherResourceType>.

Recurso de información de dominio (`ldom_info`)

Ejemplo 17-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="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.
<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).

Recurso de CPU (`cpu`)

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.

Ejemplo 17-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.2"
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>

Un recurso cpu siempre está contenida en una sección <Content>.

Recurso de MAU (`mau`)

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 17-8 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.

Recurso de memoria (`memory`)

Ejemplo 17-9 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.

Recurso de servidor de disco virtual (`vds`)

Ejemplo 17-10 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.

Recurso del volumen del servidor del disco virtual (`vds_volume`)

Ejemplo 17-11 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)

Recurso de disco (`disk`)

Ejemplo 17-12 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.

Recurso de conmutador virtual (`vsw`)

Ejemplo 17-13 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 Clúster de Solaris de Oracle.
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 se sitúan 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.

Recurso de red (`network`)

Ejemplo 17-14 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 indica la VLAN de la que la red virtual necesita ser miembro, 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.

Recurso del concentrador de consola virtual (`vcc`)

Ejemplo 17-15 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

Recurso de variable (`var`)

Ejemplo 17-16 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

Recurso de dispositivo de E/S físico (`physio_device`)

Ejemplo 17-17 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.

Recurso de configuración SP (`spconfig`)

Ejemplo 17-18 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.

Recurso de configuración de directiva de DRM (`policy`)

Ejemplo 17-19 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

Recurso del servicio de canal plano de datos virtual (`vdpcs`)

Ejemplo 17-20 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.

Recurso de cliente de canal plano de datos virtuales (`vdpcc`)

Ejemplo 17-21 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

Recurso de consola (`console`)

Ejemplo 17-22 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

Migración de dominio

Este ejemplo muestra lo que contiene la sección <data> para un subcomando migrate-domain.

Ejemplo 17-23 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 - El Dominios lógicos Manager usa sasl_decode64() para descodificar el nombre de usuario de destino y la contraseña y usa sasl_encode64() para codificar estos valores. La codificación SASL 64 es equivalente a la codificación base64.

Omitir V�nculos de navegaci�n
Salir de la Vista de impresi�n
	Guía de administración del servidor Oracle VM para SPARC 2.1 Oracle VM Server for SPARC (Español)