Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Uso de redes virtuales en Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Español) |
1. Gestión de recursos y virtualización de red en Oracle Solaris
2. Creación y administración de redes virtuales en Oracle Solaris
3. Gestión de recursos de red en Oracle Solaris
Trabajo con clientes, transmisión de anillos y recepción de anillos
Clientes MAC y asignación de anillos
Propiedades de enlace de datos para la asignación de anillos
Comandos para trabajar con la recepción y transmisión de anillos
Obtención e interpretación de información de anillos
Visualización de las capacidades de asignación anillos de un enlace de datos
Visualización del uso y las asignaciones de anillos en un enlace de datos
Trabajo con agrupaciones y CPU
Cómo configurar una agrupación de CPU para un enlace de datos
Cómo asignar las CPU a un enlace
4. Supervisión del tráfico de red y el uso de recursos en Oracle Solaris
En las NIC, los anillos de recepción (Rx)y los anillos de transmisión (Tx) son recursos de hardware mediante los que el sistema recibe y envía paquetes de red, respectivamente. En las secciones siguientes, se proporciona una descripción general de los anillos y de los procedimientos que se utilizan para asignar anillos a procesos de red. También se proporcionan ejemplos para mostrar cómo funciona el mecanismo al ejecutar comandos para asignar anillos.
Los clientes MAC, como las VNIC y otros enlaces de datos, se configuran mediante una NIC para permitir la comunicación entre un sistema y otros nodos de red. Una vez que un cliente se configura, éste utiliza los anillos Rx y Tx para recibir o transmitir paquetes de red respectivamente. Un cliente MAC puede estar basado en hardware o en software. Un cliente basado en hardware debe cumplir con alguna de las siguientes condiciones:
Tiene el uso dedicado de uno o varios anillos de Rx.
Tiene el uso dedicado de uno o varios anillos de Tx.
Tiene el uso dedicado de uno o varios anillos de Rx y de uno o varios anillos Tx.
Los clientes que no cumplen con ninguna de estas condiciones son clientes MAC basados en software.
A los clientes basados en hardware se les puede asignar anillos para uso exclusivo según la NIC. Las NIC como nxge admiten la asignación dinámica de anillos. En estas NIC, puede configurar no sólo clientes basados en hardware. También tiene la flexibilidad para determinar el número de anillos para asignar a dichos clientes, suponiendo que los anillos siguen estando disponibles para la asignación. El uso de anillos siempre se optimiza para la interfaz principal, por ejemplo, net0. La interfaz principal también se conoce como el cliente principal. Los anillos disponibles que no se han asignado para el uso exclusivo de otros clientes, se asignan automáticamente a la interfaz principal.
Otras NIC como ixge sólo admiten la asignación estática de anillos. En estas NIC, sólo puede crear clientes basados en hardware. Los clientes se configuran automáticamente con un conjunto fijo de anillos por cliente. El conjunto fijo se determina durante la configuración inicial del controlador de la NIC. Para obtener más información sobre la configuración inicial de un controlador para la asignación estática de anillos, consulte Manual de referencia de parámetros ajustables de Oracle Solaris 11.1.
Los clientes basados en software no tienen uso exclusivo de anillos. En cambio, comparten anillos con otros clientes basados en software existentes o con el cliente principal. Los anillos que utilizan los clientes basados en software dependen del número de clientes basados en hardware que tienen prioridad en la asignación de anillos.
Es importante entender la diferencia entre el cliente principal y otros clientes secundarios. El cliente principal es el enlace de datos físico de la NIC. Según los nombres genéricos proporcionados por Oracle Solaris durante la instalación, el cliente principal se denominará netN, donde N es un número de instancia. Para obtener una explicación de nombres genéricos para enlaces de datos, consulte Nombres de enlaces de datos y dispositivos de red de Introducción a redes de Oracle Solaris 11. Las VNIC son clientes secundarios que se crean mediante el enlace de datos físico. Si estos clientes son clientes basados en hardware, pueden tener el uso exclusivo de anillos. De lo contrario, los clientes se basan en software.
En el caso de las VLAN, la asignación de anillos se lleva a cabo de manera diferente según cómo se crea la VLAN. Las VLAN se crean de una de estas dos maneras:
Mediante el uso del subcomando dladm create-vlan:
# dladm create-vlan -l link -v vid vlan
Mediante el uso del subcomando dladm create-vnic:
# dladm create-vnic -l link -v vid vnic
Una VLAN que se crea mediante el subcomando dladm create-vlan comparte la misma dirección MAC que la interfaz subyacente. Por lo tanto, esa VLAN también comparte los anillos de Rx y Tx de la interfaz subyacente. Una VLAN que se crea como una VNIC mediante el comando dladm create-vnic tiene una dirección MAC distinta de la de su interfaz subyacente. La asignación de anillos para esta VLAN es independiente de la asignación para el enlace subyacente. Por lo tanto, a esa VLAN se le pueden asignar sus propios anillos dedicados, suponiendo que la NIC admite clientes basados en hardware.
Para administrar anillos, se pueden definir dos propiedades de anillos mediante el comando dladm:
rxrings se refiere al número de anillos de Rx asignados a un enlace especificado.
txrings se refiere al número de anillos de Tx asignados a un enlace especificado.
Puede establecer cada propiedad en uno de los tres valores posibles:
sw indica que está configurando un cliente basado en software. El cliente no tiene el uso exclusivo de los anillos. En cambio, el cliente comparte los anillos con cualquier otro cliente existente que esté configurado de manera similar.
n > 0 (número mayor que cero) se aplica a la configuración de un cliente basado en hardware únicamente. El número hace referencia a la cantidad de anillos que asigna al cliente para su uso exclusivo. Puede especificar un número sólo si la NIC subyacente admite la asignación dinámica de anillos.
hw también se aplica a la configuración de un cliente basado en hardware. Sin embargo, para dicho cliente, no puede especificar el número real de anillos dedicados. En su lugar, ya está establecido el número fijo de anillos por cliente según la configuración inicial del controlador de la NIC. Debe establecer las propiedades *rings en hw únicamente si la NIC subyacente admite la asignación estática de anillos.
Para proporcionar información sobre las asignaciones y el uso actuales de los anillos, están disponibles las siguientes propiedades de anillo de sólo lectura adicionales:
rxrings-available y txrings-available indican el número de anillos de Rx y Tx que están disponibles para la asignación.
rxhwclnt-available y txhwclnt-available indican el número clientes basados en hardware de Rx y Tx que se pueden configurar mediante una NIC.
Para gestionar el uso de la recepción y transmisión de anillos de enlaces de datos, debe utilizar los siguientes subcomandos dladm principales:
dladm show-linkprop: muestra los valores actuales de las propiedades de enlace de datos, incluidos los anillos de Rx y de TX. La salida proporciona la siguiente información sobre las capacidades de admisión de anillos de un enlace de datos. Necesita la información para determinar qué tipo de cliente puede configurar para utilizar anillos de Rx y de TX.
Los clientes disponibles que puede crear
Los anillos disponibles que puede asignar a los clientes disponibles
La capacidad de admitir la asignación dinámica o estática de anillos
Si sólo se admite de asignación estática de anillos, la distribución actual de anillos a los clientes existentes
En Propiedades de enlace de datos para la asignación de anillos se describe más detalladamente cómo interpretar la salida de este comando.
dladm show-phys -H datalink: muestra el modo en que los anillos de un enlace de datos físico están siendo utilizados actualmente por los clientes existentes.
dladm create-vnic -p ring-properties vnic: crea un cliente con un número específico de anillos de Tx o de Rx para usar para el tráfico.
dladm set-linkprop -p ring-properties datalink: asigna anillos a un cliente específico, siempre que haya anillos disponibles y se admita la asignación de anillos.
En esta sección, se describe la salida de dladm show-linkprop que muestra las propiedades relacionadas con los anillos de un enlace de datos.
En esta sección se proporcionan ejemplos de salidas de comandos de propiedades relacionadas con anillos y se explica qué tipo de información se puede obtener. En los ejemplos se utilizan las siguientes NIC:
net0 (mediante nxge)
net1 (mediante ixgbe)
net2 (mediante e1000g)
Ejemplo 3-1 Información de anillos de nxge
En el siguiente ejemplo, se muestra la información de anillos de nxge:
# dladm show-linkprop net0 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE ... net0 rxrings rw -- -- sw,<1-7> ... net0 txrings rw -- -- sw,<1-7> ... net0 rxrings-available r- 5 -- -- net0 txrings-available r- 5 -- -- net0 rxhwclnt-available r- 2 -- -- net0 txhwclnt-available r- 2 -- -- ...
Con net0, los valores del campo POSSIBLE son sw y <1-7> para rxrings y txrings. Estos valores indican que nxge admite clientes basados en hardware y clientes basados en software. El rango <1-7> indica los límites del número de anillos de Rx o de Tx que se pueden establecer para los clientes. El rango también indica que la NIC admite la asignación dinámica de anillos tanto para la recepción y como para la transmisión.
Además, las propiedades *rings-available indican que cinco anillos de Rx y cinco anillos de Tx están disponibles para ser asignados a clientes basados en hardware.
Sin embargo, las propiedades *clnt-available muestran que sólo puede configurar dos clientes para que tengan el uso exclusivo de los anillos de Rx disponibles. Del mismo modo, sólo puede configurar dos clientes que pueden tener el uso exclusivo de los anillos de Tx disponibles.
Ejemplo 3-2 Información de anillos de ixgbe
En el siguiente ejemplo, se muestra la información de anillos de ixgbe:
# dladm show-linkprop net1 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE ... net1 rxrings rw -- -- sw,hw ... net1 txrings rw -- -- sw,hw,<1-7> ... net1 rxrings-available r- 0 -- -- net1 txrings-available r- 5 -- -- net1 rxhwclnt-available r- 0 -- -- net1 txhwclnt-available r- 7 -- -- ...
Con net1, los valores sw y hw del campo POSSIBLE para rxrings y txrings indican que ixgbe admite clientes basados en hardware y clientes basados en software. Para los anillos de Rx sólo se admite la asignación estática de anillos, en la que el hardware asigna un conjunto fijo de anillos de Rx a cada cliente basado en hardware. No obstante, en el caso de los anillos de TX, el rango <1–7> indica que se admite la asignación dinámica. Puede determinar que el número de anillos de Tx para asignar a un cliente basado en hardware, en este ejemplo, sea de hasta siete anillos.
Además, las propiedades *rings-available indican que hay cinco anillos de Tx disponibles para asignar a clientes basados en hardware, pero no se pueden asignar anillos de Rx.
Por último, en función de las propiedades *hwclnt-available, puede configurar siete clientes de Tx basados en hardware para utilizar anillos de Tx exclusivamente. Sin embargo, no puede crear clientes basados en hardware con uso exclusivo de anillos de Rx porque no se admite la asignación dinámica de anillos de Rx.
Un cero (0) en el campo VALUE de cualquiera de las propiedades *rings-available puede significar una de las siguientes opciones:
No hay más anillos disponibles para asignar a los clientes.
No se admite asignación dinámica de anillos.
Puede verificar el significado del cero mediante la comparación del campo POSSIBLE para rxrings y txrings, y del campo VALUE para rxrings-available y txrings-available.
Por ejemplo, suponga que txrings-available es 0, como se muestra a continuación:
# dladm show-linkprop net1 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE ... net1 rxrings rw -- -- sw,hw net1 txrings rw -- -- sw,hw,<1-7> net1 rxrings-available r- 0 -- -- net1 txrings-available r- 0 -- -- ...
En esta salida, el campo VALUE para rxrings-available es 0, mientras que el campo POSSIBLE para rxrings es sw,hw. La información combinada significa que no hay anillos de Rx disponibles, porque la NIC no admite la asignación dinámica de anillos. En la transmisión, el campo VALUE para txrings-available es 0, mientras que el campo POSSIBLE para txrings es sw,hw,<1-7>. La información combinada indica que no hay anillos de Tx disponibles, porque todos los anillos de Tx ya se han asignado. Sin embargo, como indica el campo POSSIBLE para txrings, se admite la asignación dinámica de anillos. Por lo tanto, puede asignar anillos de Tx a medida que estos anillos estén disponibles.
Ejemplo 3-3 Información de anillos de e1000g
En el siguiente ejemplo, se muestra la información de anillos de e1000g:
# dladm show-linkprop net2 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE ... net2 rxrings rw -- -- -- ... net2 txrings rw -- -- -- ... net2 rxrings-available r- 0 -- -- net2 txrings-available r- 0 -- -- net2 rxhwclnt-available r- 0 -- -- net2 txhwclnt-available r- 0 -- -- ...
La salida indica que no se pueden configurar anillos ni clientes basados en hardware, porque no se admite la asignación de anillos en e1000g.
Dos propiedades de enlace de datos de sólo lectura proporcionan información sobre cómo están siendo utilizados actualmente los anillos por los clientes existentes en el enlace de datos:
rxrings-effective
txrings-effective
Para obtener información sobre el uso de los anillos y sobre qué anillos están distribuidos a los clientes, use los subcomandos dladm show-linkprop y dladm show-phys -H.
En los ejemplos siguientes se muestran los diferentes tipos de salida generados por los dos comandos en relación con el uso de los anillos de Rx y de Tx, y con la manera en que estos anillos están distribuidos entre los clientes.
Ejemplo 3-4 Uso de los anillos del cliente principal
El cliente principal es la interfaz que se configura mediante el enlace de datos físico de la NIC. En este ejemplo, la NIC es una tarjeta ixgbe. De manera predeterminada, su enlace de datos es net0. La interfaz IP mediante net0 es el cliente principal.
# dladm show-linkprop net0 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE ... net0 rxrings rw -- -- sw,hw net0 rxrings-effective r 2 -- -- net0 txrings rw -- -- sw,hw,<1-7> net0 txrings-effective r 8 -- -- net0 txrings-available r- 7 -- -- net0 rxrings-available r- 0 -- -- net0 rxhwclnt-available r- 3 -- -- net0 txhwclnt-available r- 7 -- -- ... # dladm show-phys -H net0 LINK RINGTYPE RINGS CLIENTS net0 RX 0-1 <default,mcast> net0 TX 0-7 <default>net0 net0 RX 2-3 net0 net0 RX 4-5 -- net0 RX 6-7 --
La salida proporciona la siguiente información sobre el uso y la distribución de anillos para el cliente principal net0:
rxrings-effective muestra que net0 automáticamente recibe dos anillos de Rx. txrings-effective muestra que net0 tiene el uso de ocho anillos de Tx. De manera predeterminada, todos los anillos no utilizados se asignan automáticamente al cliente principal.
De acuerdo con la salida del comando dladm show-phys -H, los dos anillos de Rx asignados a net0 son los anillos 2 y 3. Para los anillos de Tx, net0 utiliza los anillos 0 a 7.
Ejemplo 3-5 Uso de los anillos de un cliente secundario
En este ejemplo se supone la configuración de un cliente VNIC vnic1 mediante net0, el enlace de datos físico de la tarjeta ixgbe.
# dladm show-linkprop vnic1 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE ... vnic1 rxrings rw hw -- sw,hw vnic1 rxrings-effective r- 2 -- -- vnic1 txrings rw hw -- sw,hw,<1-7> vnic1 txrings-effective r- 1 -- -- ... # dladm show-linkprop net0 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE ... net0 rxrings rw -- -- sw,hw net0 rxrings-effective r- 2 -- -- net0 txrings rw -- -- sw,hw,<1-7> net0 txrings-effective r- -- -- -- net0 txrings-available r- 6 -- -- net0 rxrings-available r- 0 -- -- net0 rxhwclnt-available r- 3 -- -- net0 txhwclnt-available r- 6 -- -- ... # dladm show-phys -H net0 LINK RINGTYPE RINGS CLIENTS net0 RX 0-1 <default,mcast> net0 TX 0,2-7 <default>net0 net0 RX 2-3 net0 net0 RX 4-5 vnic1 net0 RX 6-7 -- net0 TX 1 vnic1
La salida combinada de los tres comandos proporciona la siguiente información:
rxrings-effective para vnic1 muestra que esta VNIC recibe automáticamente dos anillos de Rx. txrings-effective muestra que vnic1 tiene el uso de un anillo de Tx. Estos anillos están asignados de manera estática, como lo indica el valor hw establecido para las propiedades *ring.
De acuerdo con la salida del comando dladm show-phys -H, los dos anillos de Rx asignados a net0 son los anillos 2 y 3. Para los anillos de Tx, net0 utiliza el anillo 0 y los anillos 2 a 7. vnic1 utiliza el anillo 1 para un anillo de Tx, y los anillos 4 y 5 para los anillos de Rx.
Tenga en cuenta que vnic1 está configurado como un cliente basado en hardware con asignación estática de anillos. Por lo tanto, el número de clientes de hardware de Tx disponibles txhwclnt-available) que se pueden crear mediante net0 se reduce a seis.
En este procedimiento se explica cómo configurar clientes en un enlace de datos en función del tipo de compatibilidad con la asignación de anillos. Asegúrese de poder interpretar la salida de los comandos dladm que muestran las propiedades de anillos de enlace de datos, como se explica en Visualización de las capacidades de asignación anillos de un enlace de datos y Visualización del uso y las asignaciones de anillos en un enlace de datos. La información lo guiará para la configuración de los clientes.
# dladm show-linkprop datalink
En función de la salida, determine lo siguiente:
Si la NIC admite clientes basados en hardware
El tipo de asignación de anillos que admite la NIC
La disponibilidad de anillos para asignar a los clientes basados en hardware
La disponibilidad de clientes basados en hardware que puede configurar en el enlace
Si la NIC admite la asignación dinámica de anillos, cree el cliente basado en hardware con la siguiente sintaxis:
# dladm create-vnic -p rxrings=number[,txrings=number] -l link vnic
Si el cliente ya estaba creado, utilice la siguiente sintaxis:
# dladm set-linkprop -p rxrings=number[,txrings=number] vnic
Nota - Algunas NIC admiten la asignación dinámica de anillos en anillos de Rx o en anillos de Tx, pero no en ambos tipos. Debe especificar number en el tipo de anillo para el que se admite la asignación dinámica de anillos.
Si la NIC admite la asignación estática de anillos, cree el cliente basado en hardware con la siguiente sintaxis:
# dladm create-vnic -p rxrings=hw[,txrings=hw] -l link vnic
Si el cliente ya estaba creado, utilice la siguiente sintaxis:
# dladm set-linkprop -p rxrings=hw[,txrings=hw] vnic
Nota - Algunas NIC admiten la asignación estática de anillos en anillos de Rx o en anillos de Tx, pero no en ambos tipos. Debe especificar el hw en el tipo de anillo para el que se admite la asignación estática de anillos.
Si la NIC sólo admite clientes basados en software, cree el cliente con la siguiente sintaxis:
# dladm create-vnic -p rxrings=sw[,txrings=sw] -l link vnic
Si el cliente ya estaba creado, utilice la siguiente sintaxis:
# dladm set-linkprop -p rxrings=sw[,txrings=sw] vnic
# dladm show-linkprop vnic
# dladm show-phys -H datalink
Véase también
Si desea ver un ejemplo en el que se muestre cómo utilizar los flujos y cómo asignar recursos del sistema, incluidos los anillos de Rx y de Tx, para procesar el tráfico de red en una red virtual, consulte el Ejemplo 3-8.