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) |
Parte I Software Oracle VM Server for SPARC 2.1
1. Información general sobre el software del Oracle VM Server for SPARC
2. Instalación y habilitación del software
4. Configuración de servicios y el dominio de control
5. Configuración de los dominios huésped
6. Configuración de dominios E/S
Introducción a una red virtual
Canales LDC entre redes virtuales
Identificador del dispositivo virtual y nombre de interfaz de red
Búsqueda del nombre de la interfaz de red de SO de Solaris de Oracle
Asignación de direcciones MAC automática o manualmente
Rango de las direcciones MAC asignadas a Dominios lógicos
Algoritmo de asignación automática
Detección de duplicación de direcciones MAC
Uso de adaptadores de red con Dominios lógicos
Determine si el adaptador de una red es compatible con GLDv3
Configuración del conmutador virtual y dominio de servicio para NAT y enrutamiento
Configuración del conmutador virtual para ofrecer conectividad externa a los dominios
Configuración de IPMP en un entorno Dominios lógicos
Configuración de dispositivos de red virtual en un grupo IPMP en un dominio
Configuración y uso de IPMP en el dominio de servicio
Uso de IPMP basado en vínculoss en funciones de redes virtuales de Dominios lógicos
Configurar las actualizaciones del estado del vínculo físico
Configuración y uso de IPMP en versiones anteriores a Dominios lógicos 1.3
Asignación de una VLAN a un conmutador virtual y dispositivo de red virtual
Instalación de un dominio huésped cuando el servidor de instalación es una VLAN
Configuración de un conmutador virtual con un dispositivo de red NIU
Inhabilitación del modo híbrido
Uso de la agregación de vínculos con un conmutador virtual
Compatibilidad con versiones anteriores (no preparadas para Jumbo) de los controladores vnet y vsw
10. Administración de recursos
11. Administración de las configuraciones
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 para la configuración de Oracle VM Server for SPARC
15. Uso del software de Base de datos de información de administración de Oracle VM Server for SPARC
16. Descubrimiento del Dominios lógicos Manager
La versión 1.3 de Dominios lógicos introdujo la asistencia técnica para IPMP basada en vínculos con dispositivos de redes virtuales. Cuando se configura un grupo IPMP con dispositivos de red virtual, configure el grupo para que use detección basada en vínculos. Si usa versiones anteriores del programa de Oracle VM Server for SPARC (Dominios lógicos), sólo puede configurar la detección basada en sondas con dispositivos de red virtual.
El siguiente diagrama muestra dos redes virtuales (vnet1 y vnet2) conectadas a instancias de conmutador virtual separadas (vsw0 y vsw1) en el dominio de servicio, que, a su vez, usando dos interfaces físicas diferentes (nxge0 y nxge1). En caso de fallo de vínculo físico en el dominio de servicio, el dispositivo de conmutador virtual que está enlazado a ese dispositivo físico detecta el fallo del vínculo. Entonces, el dispositivo de conmutador virtual propaga el fallo al dispositivo de red virtual correspondiente que está enlazado con este conmutador virtual. El dispositivo de red virtual envía una notificación de este evento en el vínculo a la capa IP en el huésped LDom_A, que provoca una conmutación por error en el otro dispositivo de red virtual en el grupo IPMP.
Figura 8-5 Dos redes virtuales conectadas a instancias de conmutador virtual separadas
Puede conseguirse una mayor fiabilidad en el dominio lógico conectando cada dispositivo de red virtual (vnet0 y vnet1) a instancias de conmutador virtual en diferentes dominios de servicio (como se muestra en el siguiente diagrama). En este caso, además del fallo de la red física, LDom_A puede detectar un fallo en la red virtual y accionar una conmutación por error después de un bloqueo o un paro del dominio de servicio.
Figura 8-6 Cada dispositivo de red virtual conectado a diferentes dominios de servicio
Consulte el Solaris de Oracle 10 Guía de administración del sistema: servicios IP para más información sobre cómo configurar y usar los grupos IPMP.
La IPMP puede configurarse en el dominio de servicio configurando las interfaces del conmutador virtual en un grupo. El siguiente diagrama muestra dos instancias de conmutador virtual (vsw0 y vsw1) que están enlazadas a dos dispositivos físicos diferentes. Las dos interfaces de conmutador virtual se pueden crear y configurar en un grupo IPMP. En caso de fallo de vínculo físico, el dispositivo de conmutador virtual que está enlazado con ese dispositivo físico detecta el fallo del vínculo. Entonces, el dispositivo de conmutador virtual envía una notificación de este evento de vínculo a la capa de IP en el dominio de servicio, que provoca una conmutación por error en el otro dispositivo de conmutador virtual en el grupo IPMP.
Figura 8-7 Dos interfaces de conmutador virtual configuradas como parte de un grupo IPMP
Los dispositivos de red virtual y de conmutador virtual admiten actualizaciones de estado del vínculo en la pila de red. De manera predeterminada, un dispositivo de red virtual informa del estado del vínculo virtual (el LDC al conmutador virtual). Esta configuración está habilitada de manera predeterminada y no es necesario que realice ningún paso de configuración adicional.
A veces puede ser necesario detectar cambios de estado del vínculo de red física. Por ejemplo, si se ha asignado un conmutador virtual a un dispositivo físico, incluso si el vínculo del dispositivo de red virtual está funcionando, el vínculo de la red física desde el dominio de servicio a la red externa puede estar apagado. En este caso, puede ser necesario obtener e informar del estado de vínculo físico al dispositivo de red virtual y la pila.
La opción linkprop=phys-state puede usarse para configurar el estado del vínculo físico para los dispositivos de red virtual como dispositivos de redes virtuales. Cuando esta opción está habilitada, el dispositivo virtual (red virtual o conmutador virtual) indica el estado de vínculo basado en el estado del vínculo físico mientras se crea como una interfaz en el dominio. Puede usar los comandos de administración de red estándar de Solaris de Oracle como dladm y ifconfig para comprobar el estado del vínculo. Véanse las páginas del comando man dladm(1M) y ifconfig(1M). Además, el estado del vínculo también se registra en el archivo /var/adm/messages.
Nota - Puede ejecutar ambos controladores, el de link-state-unaware y link-state-aware vnet y vsw de manera simultánea en un sistema Dominios lógicos. En cualquier caso, si intenta configurar un IPMP basado en vínculos, debe instalar el controlador preparado para el estado de vínculo. Si desea habilitar las actualizaciones de estado de vínculo físico, actualice ambos controladores vnet y vsw al SO 10 9/10 Solaris de Oracle y ejecute como mínimo la versión 1.3 del Dominios lógicos Manager.
Este procedimiento muestra como habilitar las actualizaciones de estado del vínculo físico para los dispositivos de redes virtuales.
Puede habilitar las actualizaciones del estado del vínculo físico para el dispositivo de conmutador virtual siguiendo unos pasos parecidos y especificando la opción linkprop=phys-state en los comandos ldm add-vsw y ldm set-vsw.
Nota - Necesitará usar la opción linkprop=phys-state sólo si el dispositivo de conmutador virtual se crea como una interfaz. Si se especifica linkprop=phys-state y el vínculo físico está apagado, el dispositivo de red virtual indica su estado como apagado, incluso si la conexión del conmutador virtual está encendida. Esta situación se produce porque el SO de Solaris de Oracle actualmente no ofrece interfaces para indicar dos estados de vínculo distintos, como estado de vínculo virtual y estado de vínculo físico.
Las funciones contienen autorizaciones y comandos con privilegios. Para más información sobre las funciones, véase Configuración de RBAC (mapa de tareas) de Guía de administración del sistema: servicios de seguridad.
Puede habilitar las actualizaciones del estado de vínculo físico para un dispositivo de red virtual de las siguientes maneras:
Cree un dispositivo de red virtual especificando linkprop=phys-state cuando se ejecuta el comando ldm add-vnet.
Si se especifica la opción linkprop=phys-state se configura el dispositivo de red virtual para que obtenga las actualizaciones del estado de vínculo físico y las agregue al informe de la pila.
Nota - Si se especifica linkprop=phys-state y el vínculo físico está apagado (incluso si la conexión al conmutador virtual está encendida), el dispositivo de red virtual indica como estado de vínculo apagado. Esta situación se produce porque el SO de Solaris de Oracle actualmente no ofrece interfaces para indicar dos estados de vínculo distintos, como estado de vínculo virtual y estado de vínculo físico.
# ldm add-vnet linkprop=phys-state if-name vswitch-name ldom
El siguiente ejemplo habilita las actualizaciones de vínculo físico para vnet0 conectado a primary-vsw0 en el dominio lógico ldom1:
# ldm add-vnet linkprop=phys-state vnet0 primary-vsw0 ldom1
Modifique un dispositivo de red virtual especificando linkprop=phys-state cuando se ejecuta el comando ldm set-vnet.
# ldm set-vnet linkprop=phys-state if-name ldom
El siguiente ejemplo habilita las actualizaciones de estado de vínculo físico para vnet0 en el dominio lógico ldom1:
# ldm set-vnet linkprop=phys-state vnet0 ldom1
Para inhabilitar las actualizaciones de estado de vínculo físico, especifique linkprop= ejecutando el comando ldm set-vnet.
El siguiente ejemplo inhabilita las actualizaciones de estado de vínculo físico para vnet0 en el dominio lógico ldom1:
# ldm set-vnet linkprop= vnet0 ldom1
Ejemplo 8-1 Configuración de IPMP basado en vínculoss
El siguiente ejemplo muestra cómo configurar un IPMP basado en vínculos con y sin habilitar las actualizaciones del estado del vínculo físico:
El siguiente ejemplo configura dos dispositivos de redes virtuales en un dominio. Cada dispositivo de red virtual está conectado a un dispositivo de conmutador virtual separado en el dominio de servicio para usar el IPMP basado en vínculos.
Nota - Pruebe las direcciones que no están configuradas en los dispositivos de redes virtuales. Asimismo, no es necesario realizar una configuración adicional cuando usa el comando ldm add-vnet para crear estos dispositivos de red virtual.
Los siguientes comandos agregan dispositivos de redes virtuales al dominio. Tenga en cuenta que dado que no se especifica linkprop=phys-state, sólo se efectúa un seguimiento de los cambios de estado del vínculo del conmutador virtual.
# ldm add-vnet vnet0 primary-vsw0 ldom1 # ldm add-vnet vnet1 primary-vsw1 ldom1
Los siguientes comandos configuran los dispositivos de red virtual en el dominio huésped y les asigna a un grupo IPMP. Tenga en cuenta que las direcciones de prueba no están configuradas en estos dispositivos de red virtual porque se está usando la detección de fallos basados en vínculo.
# ifconfig vnet0 plumb # ifconfig vnet1 plumb # ifconfig vnet0 192.168.1.1/24 up # ifconfig vnet1 192.168.1.2/24 up # ifconfig vnet0 group ipmp0 # ifconfig vnet1 group ipmp0
El siguiente ejemplo configura dos dispositivos de redes virtuales en un dominio. Cada dominio está conectado a un dispositivo de conmutador virtual separado en el dominio de servicio para usar el IPMP basado en vínculos. Los dispositivos de red virtual también se configuran para obtener actualizaciones de estado de vínculo físico.
# ldm add-vnet linkprop=phys-state vnet0 primary-vsw0 ldom1 # ldm add-vnet linkprop=phys-state vnet1 primary-vsw1 ldom1
Nota - El conmutador virtual debe tener un dispositivo de red física asignado para enlazar correctamente. Si el dominio ya está enlazado y el conmutador virtual no tiene un dispositivo de red física asignado, el comando ldm add-vnet fallará.
Los siguientes comandos crean los dispositivos de red virtual y los asignan a un grupo IPMP:
# ifconfig vnet0 plumb # ifconfig vnet1 plumb # ifconfig vnet0 192.168.1.1/24 up # ifconfig vnet1 192.168.1.2/24 up # ifconfig vnet0 group ipmp0 # ifconfig vnet1 group ipmp0
En las versiones de Dominios lógicos anteriores a la 1.3, el conmutador virtual y los dispositivos de red virtual no podían realizar la detección de fallos de vínculo. En estas versiones, la detección de fallos de red y recuperación puede configurarse usando un IPMP basado en sonda.
La red virtual dispositivos en un dominio invitado se pueden configurar en un grupo IPMP tal y como se muestra en Figura 8-5 y Figura 8-6. La única diferente es que la detección de fallos basada en sonda se usa configurando direcciones de prueba en los dispositivos de red virtual. Véase Guía de administración del sistema: servicios IP para más información sobre la configuración de los IPMP basados en sondas.
En versiones de Dominios lógicos anteriores a la 1.3, el dispositivo de conmutador virtual no podía detectan el fallo del vínculo físico. En estos casos, la detección y recuperación de fallos de red puede configurarse fijando las opciones de las interfaces físicas en el dominio de servicio en un grupo IPMP. Para ello, configure el conmutador virtual en el dominio de servicio sin asignar un dispositivo de red física a él. Esto es, no especifique un valor para la propiedad net-dev (net-dev=) mientras usa el comando ldm add-vswitch para crear el conmutador virtual. Cree la interfaz de conmutador virtual en el dominio de servicio y configure el dominio de servicio para que actúe como enrutador de IP. Consulte el Solaris de Oracle 10 Guía de administración del sistema: servicios IP para más información sobre la configuración del enrutamiento IP.
Una vez configurado, el conmutador virtual envía todos los paquetes originales de las redes virtuales (y con destino a un equipo externo) a su capa de IP, en vez de mandar los paquetes directamente por el dispositivo físico. En caso de un fallo de interfaz física, la capa IP detecta el fallo y reconfigura la ruta automáticamente de los paquetes a través de la interfaz secundaria.
Dado que las interfaces físicas son configuradas directamente en un grupo IPMP, el grupo puede configurarse para una detección basada en vínculos o en sondas. El siguiente diagrama muestra dos interfaces de red (nxge0 y nxge1) configuradas como parte de un grupo IPMP. La instancia de conmutador virtual (vsw0) se ha creado como dispositivo de red para enviar paquetes a su capa IP.
Figura 8-8 Dos interfaces de red configuradas como parte de un grupo IPMP
Nota - Este procedimiento sólo es aplicable a los dominios huésped anteriores a la 1.3, en los que sólo se admitía un IPMP basado en sonda.
Si no se ha configurado una ruta explícita en la red correspondiente a las interfaces IPMP, entonces una o varias rutas de host explícitas a los equipos de destino deben configurarse para que la detección basada en sondas de IPMP funcione como se espera. En caso contrario, la detección de sonda puede no detectar los fallos de la red.
# route add -host destination-IP gateway-IP -static
Por ejemplo:
# route add -host 192.168.102.1 192.168.102.1 -static
Consulte Configuración de sistemas de destino de Guía de administración del sistema: servicios IP para más información.