Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Configura la red de host de StorageGRID para implementaciones en Linux

Colaboradores netapp-pcarriga netapp-perveilerk netapp-jsnyder
PDF

Una vez finalizada la instalación de Linux en los hosts, puede que deba realizar alguna configuración adicional para preparar un conjunto de interfaces de red en cada host adecuado para la asignación a los nodos StorageGRID que se pondrá en marcha más adelante.

Nota "Linux" se refiere a una implementación de RHEL, Ubuntu o Debian. Para obtener una lista de las versiones compatibles, consulte la "Herramienta de matriz de interoperabilidad de NetApp (IMT)" .
Antes de empezar
Nota Si utiliza equipos virtuales como hosts, debe seleccionar VMXNET 3 como adaptador de red virtual. El adaptador de red VMware E1000 ha provocado problemas de conectividad con contenedores StorageGRID puestos en marcha en ciertas distribuciones de Linux.
Acerca de esta tarea

Los nodos de grid deben poder acceder a la red de grid y, opcionalmente, a las redes de administrador y cliente. Para proporcionar este acceso, debe crear asignaciones que asocien la interfaz física del host con las interfaces virtuales para cada nodo de grid. Cuando se crean interfaces de host, se utilizan nombres descriptivos para facilitar la puesta en marcha en todos los hosts y para habilitar la migración.

La misma interfaz se puede compartir entre el host y uno o varios nodos. Por ejemplo, podría usar la misma interfaz para el acceso al host y el acceso a la red de administrador de nodo para facilitar el mantenimiento del host y del nodo. Aunque el host y los nodos individuales pueden compartir la misma interfaz, todos deben tener direcciones IP diferentes. Las direcciones IP no se pueden compartir entre nodos ni entre el host y cualquier nodo.

Puede utilizar la misma interfaz de red de host para proporcionar la interfaz de red de cuadrícula para todos los nodos StorageGRID del host; puede utilizar una interfaz de red de host diferente para cada nodo; o puede hacer algo entre ambos. Sin embargo, normalmente no debería proporcionar la misma interfaz de red host que las interfaces de red de Grid y Admin para un solo nodo, o bien como la interfaz de red de cuadrícula para un nodo y la interfaz de red de cliente para otro.

Puede completar esta tarea de muchas maneras. Por ejemplo, si los hosts son máquinas virtuales y va a implementar uno o dos nodos de StorageGRID para cada host, puede crear el número correcto de interfaces de red en el hipervisor y usar una asignación de 1 a 1. Si va a poner en marcha varios nodos en hosts con configuración básica para su uso en producción, puede aprovechar el soporte de la pila de red de Linux para VLAN y LACP para la tolerancia a fallos y el uso compartido de ancho de banda. En las siguientes secciones, se ofrecen enfoques detallados de estos dos ejemplos. No es necesario utilizar ninguno de estos ejemplos; puede utilizar cualquier enfoque que satisfaga sus necesidades.

Nota No utilice dispositivos de enlace o puente directamente como interfaz de red de contenedor. De esta manera, se podría evitar el inicio del nodo causado por un problema de kernel con el uso de MACVLAN con dispositivos de enlace y puente en el espacio de nombres del contenedor. En su lugar, utilice un dispositivo que no sea de vínculo, como un par VLAN o Ethernet virtual (veth). Especifique este dispositivo como la interfaz de red en el archivo de configuración del nodo.

Consideraciones y recomendaciones para la clonación de direcciones MAC

[[clonación de direcciones MAC]]

La clonación de la dirección MAC hace que el contenedor utilice la dirección MAC del host, y que el host utilice la dirección MAC que tú especifiques o una generada aleatoriamente.

Activación de la clonado de MAC

En determinados entornos, es posible mejorar la seguridad mediante la clonación de direcciones MAC, ya que esto te permite usar una tarjeta de red virtual dedicada para la Admin Network, Grid Network y Client Network.

Nota La clonación de direcciones MAC está pensada para utilizarse con instalaciones de servidores virtuales y puede que no funcione correctamente con todas las configuraciones de dispositivos físicos.
Nota Si no se puede iniciar un nodo debido a que una interfaz objetivo de clonado MAC está ocupada, es posible que deba establecer el enlace a "inactivo" antes de iniciar el nodo. Además, es posible que el entorno virtual pueda evitar la clonación de MAC en una interfaz de red mientras el enlace está activo. Si un nodo no puede configurar la dirección MAC e iniciar debido a una interfaz que está ocupada, configurar el enlace a "inactivo" antes de iniciar el nodo puede solucionar el problema.

La clonación de direcciones MAC está deshabilitada de forma predeterminada y debe establecerse mediante claves de configuración de nodos. Debe habilitarla cuando instala StorageGRID.

Hay una clave para cada red:

  • ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC

  • GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC

  • CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC

Si se establece la clave en "verdadero", el contenedor utilizará la dirección MAC de la NIC del host. Además, el host utilizará la dirección MAC de la red de contenedores especificada. De forma predeterminada, la dirección del contenedor es una dirección generada aleatoriamente, pero si ha establecido una con la _NETWORK_MAC clave de configuración del nodo, esa dirección se utiliza en su lugar. El host y el contenedor siempre tendrán direcciones MAC diferentes.

Casos de uso de clonación DE MAC

Existen dos casos de uso a tener en cuenta con la clonación de MAC:

  • Clonación de MAC desactivada: cuando la _CLONE_MAC clave en el archivo de configuración del nodo no está definida o está configurada como "false", el host usará la MAC de la NIC del host y el contenedor tendrá una MAC generada por StorageGRID, a menos que se especifique una MAC en la _NETWORK_MAC clave. Si se establece una dirección en la _NETWORK_MAC clave, el contenedor tendrá la dirección especificada en la _NETWORK_MAC clave.

  • Clonación de MAC habilitada: cuando la _CLONE_MAC clave en el archivo de configuración del nodo está establecida en "true", el contenedor usa la MAC de la NIC del host y el host usa una MAC generada por StorageGRID, a menos que se especifique una MAC en la _NETWORK_MAC clave. Si se establece una dirección en la _NETWORK_MAC clave, el host usa la dirección especificada en lugar de una generada.

Nota Si no deseas utilizar la clonación de direcciones MAC y prefieres permitir que todas las interfaces reciban y transmitan datos para direcciones MAC distintas de las asignadas por el hipervisor, asegúrate de que las propiedades de seguridad a nivel de conmutador virtual y de grupo de puertos estén configuradas en Aceptar para Cambios en la dirección MAC y Transmisiones falsificadas. Los valores configurados en el conmutador virtual pueden ser anulados por los valores a nivel de grupo de puertos, así que asegúrate de que la configuración sea la misma en ambos lugares.

Para activar la clonación MAC, consulte la "instrucciones para crear archivos de configuración de nodo".

Ejemplo de clonación EN MAC

Ejemplo de clonación MAC habilitada con un host que tiene la dirección MAC 11:22:33:44:55:66 para la interfaz ens256 y las siguientes claves en el archivo de configuración del nodo:

  • ADMIN_NETWORK_TARGET = ens256

  • ADMIN_NETWORK_MAC = b2:9c:02:c2:27:10

  • ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC = true

Resultado: El MAC de host para ens256 es b2:9c:02:c2:27:10 y el MAC de red de administración es 11:22:33:44:55:66

Ejemplo 1: Asignación de 1 a 1 a NIC físicas o virtuales

El ejemplo 1 describe una asignación sencilla de interfaz física que requiere poca o ninguna configuración en el lado del host.

Diagrama de instalación de VLAN

El sistema operativo Linux crea el ensXYZ interfaces automáticamente durante la instalación o el arranque, o cuando las interfaces se agregan en caliente. No se requiere configuración más allá de asegurarse de que las interfaces estén configuradas para activarse automáticamente después del arranque. Debe determinar qué ensXYZ corresponde a qué red StorageGRID (Grid, Admin o Client) para poder proporcionar las asignaciones correctas más adelante en el proceso de configuración.

Tenga en cuenta que en la figura se muestran varios nodos StorageGRID; sin embargo, normalmente usaría esta configuración para máquinas virtuales de un solo nodo.

Si el conmutador 1 es un conmutador físico, debe configurar los puertos conectados a las interfaces 10G1 a 10G3 para el modo de acceso y colocarlos en las VLAN adecuadas.

Ejemplo 2: Enlace LACP que transporta VLAN

En el ejemplo 2 se supone que está familiarizado con las interfaces de red de enlace y con la creación de interfaces VLAN en la distribución Linux que está utilizando.

Acerca de esta tarea

El ejemplo 2 describe un esquema genérico, flexible y basado en VLAN que facilita el uso compartido de todo el ancho de banda de red disponible en todos los nodos de un único host. Este ejemplo se aplica especialmente a hosts con configuración básica.

Para entender este ejemplo, supongamos que tiene tres subredes distintas para las redes Grid, Admin y Client en cada centro de datos. Las subredes se encuentran en VLAN independientes (1001, 1002 y 1003) y se presentan al host en un puerto de tronco enlazado con LACP (bond0). Usted configuraría tres interfaces VLAN en el enlace: Bond0.1001, bond0.1002, y bond0.1003.

Si requiere VLAN y subredes independientes para redes de nodos en el mismo host, puede agregar interfaces VLAN en el vínculo y asignarlas al host (mostrado como bond0.1004 en la ilustración).

Interfaces de VLAN

Pasos

  1. Agregue todas las interfaces de red físicas que se utilizarán para la conectividad de red de StorageGRID en un único vínculo de LACP.

    Utilice el mismo nombre para el enlace en cada host, por ejemplo, bond0 .

  2. Cree interfaces VLAN que utilicen este vínculo como su “dispositivo físico” asociado, usando la convención de nomenclatura de la interfaz VLAN estándar physdev-name.VLAN ID.

    Tenga en cuenta que los pasos 1 y 2 requieren una configuración adecuada en los conmutadores EDGE que terminan los otros extremos de los enlaces de red. Los puertos del switch perimetral también deben agregarse a un canal de puerto LACP, donde se debe configurar como tronco y donde se puede pasar todas las VLAN requeridas.

    Se proporcionan archivos de configuración de interfaz de muestra para este esquema de configuración de red por host.

Información relacionada