Crea archivos de configuración de nodos StorageGRID para implementaciones en Linux
Los archivos de configuración de nodos son pequeños archivos de texto que proporcionan la información que necesita el servicio de host de StorageGRID para iniciar un nodo y conectarlo a la red y a los recursos de almacenamiento en bloques adecuados. Los archivos de configuración de nodos se utilizan para los nodos virtuales y no se utilizan para los nodos de appliance.
|
|
«Linux» hace referencia a una instalación de RHEL, Ubuntu o Debian. Para consultar la lista de versiones compatibles, visita "Herramienta de matriz de interoperabilidad (IMT) de NetApp". |
Ubicación de los archivos de configuración de los nodos
Coloca el archivo de configuración de cada nodo de StorageGRID en el directorio /etc/storagegrid/nodes del host donde se ejecutará el nodo. Por ejemplo, si planeas ejecutar un Admin Node, un Gateway Node y un Storage Node en HostA, debes colocar tres archivos de configuración de nodo en /etc/storagegrid/nodes en HostA.
Puedes crear los archivos de configuración directamente en cada host utilizando un editor de texto, como vim o nano, o puedes crearlos en otro lugar y moverlos a cada host.
${post_edited_translations.segment}
Los nombres de los archivos de configuración son importantes. El formato es node-name.conf, donde node-name es un nombre que tú le asignas al nodo. Este nombre aparece en el StorageGRID Installer y se usa para operaciones de mantenimiento del nodo, como la migración del nodo.
Los nombres de los nodos deben cumplir las siguientes normas:
-
Debe ser único
-
Debe empezar por una letra
-
Puede contener los caracteres de la A a la Z y de la a a la z
-
Puede contener los números del 0 al 9
-
${post_edited_translations.segment}
-
No debe tener más de 32 caracteres, sin contar la
.confextensión
Cualquier archivo en /etc/storagegrid/nodes que no siga estas convenciones de nomenclatura no será procesado por el servicio de alojamiento.
Si tienes prevista una topología con varios emplazamientos para tu grid, un esquema típico de nomenclatura de nodos podría ser:
site-nodetype-nodenumber.conf
Por ejemplo, podrías utilizar dc1-adm1.conf para el primer nodo de administración en Data Center 1, y dc2-sn3.conf para el tercer nodo de almacenamiento en Data Center 2. Sin embargo, puedes usar cualquier esquema que quieras, siempre y cuando todos los nombres de los nodos sigan las reglas de nomenclatura.
Contenido de un archivo de configuración de nodo
Un archivo de configuración contiene pares clave/valor, con una clave y un valor por línea. Para cada par clave/valor, sigue estas reglas:
-
La clave y el valor deben estar separados por un signo igual (
=) y espacios en blanco opcionales. -
Las claves no pueden contener espacios.
-
Los valores pueden contener espacios incrustados.
-
Se ignoran los espacios en blanco al principio o al final.
En la siguiente tabla se definen los valores de todas las claves admitidas. Cada clave tiene una de las siguientes denominaciones:
-
Obligatorio: obligatorio para todos los nodos o para los tipos de nodos especificados
-
Práctica recomendada: opcional, aunque se recomienda
-
Opcional: opcional para todos los nodos
Claves de la red de administración
ADMIN_IP
| Valor | Denominación |
|---|---|
Dirección IPv4 de la red Grid del nodo de administración que deseas utilizar para instalar el nodo basado en Linux. Para la recuperación, utiliza la dirección IP del nodo de administración principal si está disponible; de lo contrario, utiliza la dirección IP de un nodo de administración no principal. Si omites este parámetro, el nodo intenta descubrir un nodo de administración principal usando mDNS. Nota: Este valor se ignora y puede que esté prohibido en el nodo de administración principal. |
Mejor práctica |
ADMIN_NETWORK_CONFIG
| Valor | Denominación |
|---|---|
DHCP, ESTÁTICO o DESACTIVADO |
Opcional |
ADMIN_NETWORK_ESL
| Valor | Denominación |
|---|---|
Lista separada por comas de subredes en notación CIDR con las que este nodo debe comunicarse usando la pasarela de la red de administración. Ejemplo: |
Opcional |
ADMIN_NETWORK_GATEWAY
| Valor | Denominación |
|---|---|
Dirección IPv4 de la puerta de enlace de la red de administración local para este nodo. Debe estar en la subred definida por ADMIN_NETWORK_IP y ADMIN_NETWORK_MASK. Este valor se ignora para las redes configuradas mediante DHCP. Ejemplos:
|
Obligatorio si se especifica |
ADMIN_NETWORK_IP
| Valor | Denominación |
|---|---|
Dirección IPv4 de este nodo en la red de administración. Esta clave solo es necesaria cuando ADMIN_NETWORK_CONFIG = STATIC; no la especifiques para otros valores. Ejemplos:
|
Es obligatorio cuando ADMIN_NETWORK_CONFIG = STATIC. Opcional de lo contrario. |
ADMIN_NETWORK_MAC
| Valor | Denominación |
|---|---|
La dirección MAC de la interfaz de red Admin en el contenedor. Este campo es opcional. Si no se indica, se generará automáticamente una dirección MAC. ${post_edited_translations.segment} Ejemplo: |
Opcional |
ADMIN_NETWORK_MASK
| Valor | Denominación |
|---|---|
Máscara de red IPv4 para este nodo, en la Admin Network. Especifica esta clave cuando ADMIN_NETWORK_CONFIG = STATIC; no la especifiques para otros valores. Ejemplos:
|
Es obligatorio si se especifica ADMIN_NETWORK_IP y ADMIN_NETWORK_CONFIG = STATIC. Opcional de lo contrario. |
ADMIN_NETWORK_MTU
| Valor | Denominación |
|---|---|
La unidad máxima de transmisión (MTU) para este nodo en la Admin Network. No lo especifiques si ADMIN_NETWORK_CONFIG = DHCP. Si lo especificas, el valor debe estar entre 1280 y 9216. Si lo omites, se usa 1500. Si deseas utilizar tramas gigantes, configura el MTU con un valor adecuado para las tramas gigantes, como 9000. De lo contrario, mantén el valor predeterminado. IMPORTANTE: el valor de MTU de la red debe coincidir con el valor configurado en el puerto del switch al que está conectado el nodo. De lo contrario, podrían producirse problemas de rendimiento de la red o pérdida de paquetes. Ejemplos:
|
Opcional |
ADMIN_NETWORK_TARGET
| Valor | Denominación |
|---|---|
Nombre del dispositivo host que vas a usar para el acceso a la red de administración por parte del nodo de StorageGRID. Solo se admiten nombres de interfaz de red. Normalmente, usas un nombre de interfaz diferente al que se especificó para GRID_NETWORK_TARGET o CLIENT_NETWORK_TARGET. Nota: No utilices dispositivos bond o bridge como destino de red. Configura una VLAN (u otra interfaz virtual) sobre el dispositivo bond, o utiliza un bridge y un par de Ethernet virtual (veth). Práctica recomendada: especifica un valor incluso si este nodo no va a tener inicialmente una dirección IP de la red de administración. Así podrás añadir una dirección IP de la red de administración más adelante, sin tener que volver a configurar el nodo en el host. Ejemplos:
|
Mejor práctica |
ADMIN_NETWORK_TARGET_TYPE
| Valor | Denominación |
|---|---|
Interfaz (Este es el único valor admitido.) |
Opcional |
ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
| Valor | Denominación |
|---|---|
Verdadero o falso ${post_edited_translations.segment} ${post_edited_translations.segment} Para obtener más detalles sobre la clonación de MAC para Linux, consulta "${post_edited_translations.segment}" |
Mejor práctica |
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
${post_edited_translations.segment} ${post_edited_translations.segment} |
${post_edited_translations.segment} Opcional de lo contrario. |
Claves de dispositivos de bloque
BLOCK_DEVICE_AUDIT_LOGS
| Valor | Denominación |
|---|---|
Ruta y nombre del archivo especial de dispositivo de bloques que utilizará este nodo para almacenamiento persistente de los registros de auditoría. Ejemplos:
To use StorageGRID-mapped drives, you must configure the StorageGRID appliance to use StorageGRID-mapped drives during the initial installation. You cannot change this configuration after installation. If you are upgrading from StorageGRID 11.4 or earlier, you must use the standard drive mapping. For more information about StorageGRID-mapped drives, see the StorageGRID-mapped drivesStorageGRID-mapped drives are drives that are mapped to a specific StorageGRID node. This mapping is persistent and does not change even if the drive is moved to a different slot in the appliance or if the appliance is rebooted. Using StorageGRID-mapped drives provides the following benefits:
Standard drive mappingWith standard drive mapping, drives are mapped to StorageGRID nodes based on their physical slot location in the appliance. If you move a drive to a different slot, the mapping changes, and the data on the drive might no longer be accessible to the StorageGRID node. If you are upgrading from StorageGRID 11.4 or earlier, you must continue to use standard drive mapping. You cannot migrate to StorageGRID-mapped drives. How to determine which drive mapping is in useYou can determine which drive mapping is in use by looking at the Drive Mapping field on the Nodes page in the StorageGRID Grid Manager.
You can also use the StorageGRID API to determine which drive mapping is in use. For more information, see the . Configuring StorageGRID-mapped drivesYou configure StorageGRID-mapped drives during the initial installation of the StorageGRID appliance. For instructions on how to configure StorageGRID-mapped drives, see the installation guide for your appliance: * * * Replacing drivesThe procedure for replacing a drive depends on whether the appliance is using StorageGRID-mapped drives or standard drive mapping.
Moving drivesYou should not move drives between slots in the appliance unless you are instructed to do so by NetApp Support.
Para usar unidades asignadas a StorageGRID, debes configurar el dispositivo de StorageGRID para que use unidades asignadas a StorageGRID durante la instalación inicial. No puedes cambiar esta configuración después de la instalación. Si vas a realizar una actualización desde StorageGRID 11.4 o versiones anteriores, debes usar la asignación de unidades estándar. Para obtener más información sobre las unidades asignadas a StorageGRID, consulta la Unidades asignadas a StorageGRIDLas unidades asignadas a StorageGRID son unidades que se asignan a un nodo de StorageGRID específico. Esta asignación es persistente y no cambia incluso si la unidad se mueve a una ranura diferente en el dispositivo o si este se reinicia. El uso de unidades asignadas a StorageGRID proporciona las siguientes ventajas:
Asignación de unidades estándarCon la asignación de unidades estándar, las unidades se asignan a los nodos de StorageGRID según su ubicación física en la ranura del dispositivo. Si mueves una unidad a una ranura diferente, la asignación cambia y es posible que el nodo de StorageGRID ya no pueda acceder a los datos de la unidad. Si vas a realizar una actualización desde StorageGRID 11.4 o versiones anteriores, debes seguir usando la asignación de unidades estándar. No puedes migrar a unidades asignadas a StorageGRID. Cómo determinar qué asignación de unidades se está utilizandoPuedes determinar qué asignación de unidades se está utilizando observando el campo Asignación de unidades en la página Nodos en el Gestor de grid de StorageGRID.
También puedes usar la API de StorageGRID para determinar qué asignación de unidades se está utilizando. Para obtener más información, consulta la . Configuración de unidades asignadas a StorageGRIDLas unidades asignadas a StorageGRID se configuran durante la instalación inicial del dispositivo de StorageGRID. Para obtener instrucciones sobre cómo configurar las unidades asignadas a StorageGRID, consulta la guía de instalación de tu dispositivo: * * * Sustitución de unidadesEl procedimiento para sustituir una unidad depende de si el dispositivo utiliza unidades asignadas a StorageGRID o la asignación de unidades estándar.
Movimiento de unidadesNo debes mover unidades entre ranuras en el dispositivo a menos que te lo indique el soporte de NetApp.
|
Es necesario para los nodos con NODE_TYPE = VM_Admin_Node. No lo especifiques para otros tipos de nodo. |
BLOCK_DEVICE_RANGEDB_nnn
| Valor | Denominación |
|---|---|
Ruta y nombre del archivo especial de dispositivo de bloques que este nodo usará para el almacenamiento persistente de objetos. Esta clave solo es necesaria para nodos con NODE_TYPE = VM_Storage_Node; no la especifiques para otros tipos de nodo. Solo se requiere BLOCK_DEVICE_RANGEDB_000; los demás son opcionales. El dispositivo de bloques especificado para BLOCK_DEVICE_RANGEDB_000 debe tener al menos 4 TB; los otros pueden ser más pequeños. No dejes huecos. Si especificas BLOCK_DEVICE_RANGEDB_005, también debes especificar BLOCK_DEVICE_RANGEDB_004. ${post_edited_translations.segment} Ejemplos:
To use StorageGRID-mapped drives, you must configure the StorageGRID appliance to use StorageGRID-mapped drives during the initial installation. You cannot change this configuration after installation. If you are upgrading from StorageGRID 11.4 or earlier, you must use the standard drive mapping. For more information about StorageGRID-mapped drives, see the StorageGRID-mapped drivesStorageGRID-mapped drives are drives that are mapped to a specific StorageGRID node. This mapping is persistent and does not change even if the drive is moved to a different slot in the appliance or if the appliance is rebooted. Using StorageGRID-mapped drives provides the following benefits:
Standard drive mappingWith standard drive mapping, drives are mapped to StorageGRID nodes based on their physical slot location in the appliance. If you move a drive to a different slot, the mapping changes, and the data on the drive might no longer be accessible to the StorageGRID node. If you are upgrading from StorageGRID 11.4 or earlier, you must continue to use standard drive mapping. You cannot migrate to StorageGRID-mapped drives. How to determine which drive mapping is in useYou can determine which drive mapping is in use by looking at the Drive Mapping field on the Nodes page in the StorageGRID Grid Manager.
You can also use the StorageGRID API to determine which drive mapping is in use. For more information, see the . Configuring StorageGRID-mapped drivesYou configure StorageGRID-mapped drives during the initial installation of the StorageGRID appliance. For instructions on how to configure StorageGRID-mapped drives, see the installation guide for your appliance: * * * Replacing drivesThe procedure for replacing a drive depends on whether the appliance is using StorageGRID-mapped drives or standard drive mapping.
Moving drivesYou should not move drives between slots in the appliance unless you are instructed to do so by NetApp Support.
Para usar unidades asignadas a StorageGRID, debes configurar el dispositivo de StorageGRID para que use unidades asignadas a StorageGRID durante la instalación inicial. No puedes cambiar esta configuración después de la instalación. Si vas a realizar una actualización desde StorageGRID 11.4 o versiones anteriores, debes usar la asignación de unidades estándar. Para obtener más información sobre las unidades asignadas a StorageGRID, consulta la Unidades asignadas a StorageGRIDLas unidades asignadas a StorageGRID son unidades que se asignan a un nodo de StorageGRID específico. Esta asignación es persistente y no cambia incluso si la unidad se mueve a una ranura diferente en el dispositivo o si este se reinicia. El uso de unidades asignadas a StorageGRID proporciona las siguientes ventajas:
Asignación de unidades estándarCon la asignación de unidades estándar, las unidades se asignan a los nodos de StorageGRID según su ubicación física en la ranura del dispositivo. Si mueves una unidad a una ranura diferente, la asignación cambia y es posible que el nodo de StorageGRID ya no pueda acceder a los datos de la unidad. Si vas a realizar una actualización desde StorageGRID 11.4 o versiones anteriores, debes seguir usando la asignación de unidades estándar. No puedes migrar a unidades asignadas a StorageGRID. Cómo determinar qué asignación de unidades se está utilizandoPuedes determinar qué asignación de unidades se está utilizando observando el campo Asignación de unidades en la página Nodos en el Gestor de grid de StorageGRID.
También puedes usar la API de StorageGRID para determinar qué asignación de unidades se está utilizando. Para obtener más información, consulta la . Configuración de unidades asignadas a StorageGRIDLas unidades asignadas a StorageGRID se configuran durante la instalación inicial del dispositivo de StorageGRID. Para obtener instrucciones sobre cómo configurar las unidades asignadas a StorageGRID, consulta la guía de instalación de tu dispositivo: * * * Sustitución de unidadesEl procedimiento para sustituir una unidad depende de si el dispositivo utiliza unidades asignadas a StorageGRID o la asignación de unidades estándar.
Movimiento de unidadesNo debes mover unidades entre ranuras en el dispositivo a menos que te lo indique el soporte de NetApp.
|
Requerido: BLOCK_DEVICE_RANGEDB_000 ${post_edited_translations.segment} BLOCK_DEVICE_RANGEDB_001 BLOCK_DEVICE_RANGEDB_002 BLOCK_DEVICE_RANGEDB_003 BLOCK_DEVICE_RANGEDB_004 BLOCK_DEVICE_RANGEDB_005 BLOCK_DEVICE_RANGEDB_006 BLOCK_DEVICE_RANGEDB_007 BLOCK_DEVICE_RANGEDB_008 BLOCK_DEVICE_RANGEDB_009 BLOCK_DEVICE_RANGEDB_010 BLOCK_DEVICE_RANGEDB_011 BLOCK_DEVICE_RANGEDB_012 BLOCK_DEVICE_RANGEDB_013 BLOCK_DEVICE_RANGEDB_014 BLOCK_DEVICE_RANGEDB_015 |
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
Ruta y nombre del archivo especial de dispositivo de bloque que este nodo utilizará para el almacenamiento persistente de las tablas de la base de datos. Esta clave solo es necesaria para los nodos con NODE_TYPE = VM_Admin_Node; no la especifiques para otros tipos de nodos. Ejemplos:
To use StorageGRID-mapped drives, you must configure the StorageGRID appliance to use StorageGRID-mapped drives during the initial installation. You cannot change this configuration after installation. If you are upgrading from StorageGRID 11.4 or earlier, you must use the standard drive mapping. For more information about StorageGRID-mapped drives, see the StorageGRID-mapped drivesStorageGRID-mapped drives are drives that are mapped to a specific StorageGRID node. This mapping is persistent and does not change even if the drive is moved to a different slot in the appliance or if the appliance is rebooted. Using StorageGRID-mapped drives provides the following benefits:
Standard drive mappingWith standard drive mapping, drives are mapped to StorageGRID nodes based on their physical slot location in the appliance. If you move a drive to a different slot, the mapping changes, and the data on the drive might no longer be accessible to the StorageGRID node. If you are upgrading from StorageGRID 11.4 or earlier, you must continue to use standard drive mapping. You cannot migrate to StorageGRID-mapped drives. How to determine which drive mapping is in useYou can determine which drive mapping is in use by looking at the Drive Mapping field on the Nodes page in the StorageGRID Grid Manager.
You can also use the StorageGRID API to determine which drive mapping is in use. For more information, see the . Configuring StorageGRID-mapped drivesYou configure StorageGRID-mapped drives during the initial installation of the StorageGRID appliance. For instructions on how to configure StorageGRID-mapped drives, see the installation guide for your appliance: * * * Replacing drivesThe procedure for replacing a drive depends on whether the appliance is using StorageGRID-mapped drives or standard drive mapping.
Moving drivesYou should not move drives between slots in the appliance unless you are instructed to do so by NetApp Support.
Para usar unidades asignadas a StorageGRID, debes configurar el dispositivo de StorageGRID para que use unidades asignadas a StorageGRID durante la instalación inicial. No puedes cambiar esta configuración después de la instalación. Si vas a realizar una actualización desde StorageGRID 11.4 o versiones anteriores, debes usar la asignación de unidades estándar. Para obtener más información sobre las unidades asignadas a StorageGRID, consulta la Unidades asignadas a StorageGRIDLas unidades asignadas a StorageGRID son unidades que se asignan a un nodo de StorageGRID específico. Esta asignación es persistente y no cambia incluso si la unidad se mueve a una ranura diferente en el dispositivo o si este se reinicia. El uso de unidades asignadas a StorageGRID proporciona las siguientes ventajas:
Asignación de unidades estándarCon la asignación de unidades estándar, las unidades se asignan a los nodos de StorageGRID según su ubicación física en la ranura del dispositivo. Si mueves una unidad a una ranura diferente, la asignación cambia y es posible que el nodo de StorageGRID ya no pueda acceder a los datos de la unidad. Si vas a realizar una actualización desde StorageGRID 11.4 o versiones anteriores, debes seguir usando la asignación de unidades estándar. No puedes migrar a unidades asignadas a StorageGRID. Cómo determinar qué asignación de unidades se está utilizandoPuedes determinar qué asignación de unidades se está utilizando observando el campo Asignación de unidades en la página Nodos en el Gestor de grid de StorageGRID.
También puedes usar la API de StorageGRID para determinar qué asignación de unidades se está utilizando. Para obtener más información, consulta la . Configuración de unidades asignadas a StorageGRIDLas unidades asignadas a StorageGRID se configuran durante la instalación inicial del dispositivo de StorageGRID. Para obtener instrucciones sobre cómo configurar las unidades asignadas a StorageGRID, consulta la guía de instalación de tu dispositivo: * * * Sustitución de unidadesEl procedimiento para sustituir una unidad depende de si el dispositivo utiliza unidades asignadas a StorageGRID o la asignación de unidades estándar.
Movimiento de unidadesNo debes mover unidades entre ranuras en el dispositivo a menos que te lo indique el soporte de NetApp.
|
Requerido |
BLOCK_DEVICE_VAR_LOCAL
| Valor | Denominación |
|---|---|
Ruta y nombre del archivo especial de dispositivo de bloques que este nodo utilizará para su Ejemplos:
To use StorageGRID-mapped drives, you must configure the StorageGRID appliance to use StorageGRID-mapped drives during the initial installation. You cannot change this configuration after installation. If you are upgrading from StorageGRID 11.4 or earlier, you must use the standard drive mapping. For more information about StorageGRID-mapped drives, see the StorageGRID-mapped drivesStorageGRID-mapped drives are drives that are mapped to a specific StorageGRID node. This mapping is persistent and does not change even if the drive is moved to a different slot in the appliance or if the appliance is rebooted. Using StorageGRID-mapped drives provides the following benefits:
Standard drive mappingWith standard drive mapping, drives are mapped to StorageGRID nodes based on their physical slot location in the appliance. If you move a drive to a different slot, the mapping changes, and the data on the drive might no longer be accessible to the StorageGRID node. If you are upgrading from StorageGRID 11.4 or earlier, you must continue to use standard drive mapping. You cannot migrate to StorageGRID-mapped drives. How to determine which drive mapping is in useYou can determine which drive mapping is in use by looking at the Drive Mapping field on the Nodes page in the StorageGRID Grid Manager.
You can also use the StorageGRID API to determine which drive mapping is in use. For more information, see the . Configuring StorageGRID-mapped drivesYou configure StorageGRID-mapped drives during the initial installation of the StorageGRID appliance. For instructions on how to configure StorageGRID-mapped drives, see the installation guide for your appliance: * * * Replacing drivesThe procedure for replacing a drive depends on whether the appliance is using StorageGRID-mapped drives or standard drive mapping.
Moving drivesYou should not move drives between slots in the appliance unless you are instructed to do so by NetApp Support.
Para usar unidades asignadas a StorageGRID, debes configurar el dispositivo de StorageGRID para que use unidades asignadas a StorageGRID durante la instalación inicial. No puedes cambiar esta configuración después de la instalación. Si vas a realizar una actualización desde StorageGRID 11.4 o versiones anteriores, debes usar la asignación de unidades estándar. Para obtener más información sobre las unidades asignadas a StorageGRID, consulta la Unidades asignadas a StorageGRIDLas unidades asignadas a StorageGRID son unidades que se asignan a un nodo de StorageGRID específico. Esta asignación es persistente y no cambia incluso si la unidad se mueve a una ranura diferente en el dispositivo o si este se reinicia. El uso de unidades asignadas a StorageGRID proporciona las siguientes ventajas:
Asignación de unidades estándarCon la asignación de unidades estándar, las unidades se asignan a los nodos de StorageGRID según su ubicación física en la ranura del dispositivo. Si mueves una unidad a una ranura diferente, la asignación cambia y es posible que el nodo de StorageGRID ya no pueda acceder a los datos de la unidad. Si vas a realizar una actualización desde StorageGRID 11.4 o versiones anteriores, debes seguir usando la asignación de unidades estándar. No puedes migrar a unidades asignadas a StorageGRID. Cómo determinar qué asignación de unidades se está utilizandoPuedes determinar qué asignación de unidades se está utilizando observando el campo Asignación de unidades en la página Nodos en el Gestor de grid de StorageGRID.
También puedes usar la API de StorageGRID para determinar qué asignación de unidades se está utilizando. Para obtener más información, consulta la . Configuración de unidades asignadas a StorageGRIDLas unidades asignadas a StorageGRID se configuran durante la instalación inicial del dispositivo de StorageGRID. Para obtener instrucciones sobre cómo configurar las unidades asignadas a StorageGRID, consulta la guía de instalación de tu dispositivo: * * * Sustitución de unidadesEl procedimiento para sustituir una unidad depende de si el dispositivo utiliza unidades asignadas a StorageGRID o la asignación de unidades estándar.
Movimiento de unidadesNo debes mover unidades entre ranuras en el dispositivo a menos que te lo indique el soporte de NetApp.
|
Requerido |
Claves de red del cliente
CLIENT_NETWORK_CONFIG
| Valor | Denominación |
|---|---|
DHCP, ESTÁTICO o DESACTIVADO |
Opcional |
CLIENT_NETWORK_GATEWAY
Valor |
Denominación |
Dirección IPv4 de la puerta de enlace de la red local del cliente para este nodo, que debe estar en la subred definida por CLIENT_NETWORK_IP y CLIENT_NETWORK_MASK. Este valor se ignora para las redes configuradas por DHCP. Ejemplos:
|
Opcional |
CLIENT_NETWORK_IP
| Valor | Denominación |
|---|---|
Dirección IPv4 de este nodo en la red del cliente. Esta clave solo es necesaria cuando CLIENT_NETWORK_CONFIG = STATIC; no la especifiques para otros valores. Ejemplos:
|
Obligatorio cuando CLIENT_NETWORK_CONFIG = STATIC Opcional de lo contrario. |
CLIENT_NETWORK_MAC
| Valor | Denominación |
|---|---|
${post_edited_translations.segment} Este campo es opcional. Si no se indica, se generará automáticamente una dirección MAC. ${post_edited_translations.segment} Ejemplo: |
Opcional |
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
Máscara de red IPv4 para este nodo en la red del cliente. Especifica esta clave cuando CLIENT_NETWORK_CONFIG = STATIC; no la especifiques para otros valores. Ejemplos:
|
Obligatorio si se especifica CLIENT_NETWORK_IP y CLIENT_NETWORK_CONFIG = STATIC Opcional de lo contrario. |
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
La unidad máxima de transmisión (MTU) para este nodo en la red del cliente. No especifiques si CLIENT_NETWORK_CONFIG = DHCP. Si se especifica, el valor debe estar entre 1280 y 9216. Si se omite, se usa 1500. Si deseas utilizar tramas gigantes, configura el MTU con un valor adecuado para las tramas gigantes, como 9000. De lo contrario, mantén el valor predeterminado. IMPORTANTE: el valor de MTU de la red debe coincidir con el valor configurado en el puerto del switch al que está conectado el nodo. De lo contrario, podrían producirse problemas de rendimiento de la red o pérdida de paquetes. Ejemplos:
|
Opcional |
CLIENT_NETWORK_TARGET
| Valor | Denominación |
|---|---|
Nombre del dispositivo host que usarás para el acceso a la red de clientes por parte del nodo de StorageGRID. Solo se admiten nombres de interfaz de red. Por lo general, usarás un nombre de interfaz diferente al que especificaste para GRID_NETWORK_TARGET o ADMIN_NETWORK_TARGET. Nota: No utilices dispositivos bond o bridge como destino de red. Configura una VLAN (u otra interfaz virtual) sobre el dispositivo bond, o utiliza un bridge y un par de Ethernet virtual (veth). Práctica recomendada: especifica un valor incluso si este nodo no tendrá inicialmente una dirección IP de red de cliente. Así podrás añadir una dirección IP de red de cliente más adelante, sin tener que volver a configurar el nodo en el host. Ejemplos:
|
Mejor práctica |
CLIENT_NETWORK_TARGET_TYPE
| Valor | Denominación |
|---|---|
${post_edited_translations.segment} |
Opcional |
CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
| Valor | Denominación |
|---|---|
Verdadero o falso ${post_edited_translations.segment} Práctica recomendada: En redes donde se requiera el modo promiscuo, usa la clave CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC en su lugar. Para obtener más detalles sobre la clonación de MAC para Linux, consulta "${post_edited_translations.segment}" |
Mejor práctica |
Claves de la red Grid
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
ESTÁTICA o DHCP El valor predeterminado es STATIC si no se especifica. |
Mejor práctica |
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
Dirección IPv4 de la puerta de enlace de la red Grid local para este nodo, que debe estar en la subred definida por GRID_NETWORK_IP y GRID_NETWORK_MASK. Este valor se ignora para las redes configuradas por DHCP. ${post_edited_translations.segment} |
Requerido |
GRID_NETWORK_IP
| Valor | Denominación |
|---|---|
Dirección IPv4 de este nodo en la Grid Network. Esta clave solo es necesaria cuando GRID_NETWORK_CONFIG = STATIC; no la especifiques para otros valores. Ejemplos:
|
${post_edited_translations.segment} Opcional de lo contrario. |
GRID_NETWORK_MAC
| Valor | Denominación |
|---|---|
La dirección MAC de la interfaz de red Grid en el contenedor. ${post_edited_translations.segment} Ejemplo: |
Opcional ${post_edited_translations.segment} |
GRID_NETWORK_MASK
| Valor | Denominación |
|---|---|
Máscara de red IPv4 para este nodo en la Grid Network. Especifica esta clave cuando GRID_NETWORK_CONFIG = STATIC; no la especifiques para otros valores. Ejemplos:
|
Es obligatorio cuando se especifica GRID_NETWORK_IP y GRID_NETWORK_CONFIG = STATIC. Opcional de lo contrario. |
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
La unidad máxima de transmisión (MTU) para este nodo en la red Grid. No lo especifiques si GRID_NETWORK_CONFIG = DHCP. Si lo especificas, el valor debe estar entre 1280 y 9216. Si lo omites, se usa 1500. Si deseas utilizar tramas gigantes, configura el MTU con un valor adecuado para las tramas gigantes, como 9000. De lo contrario, mantén el valor predeterminado. IMPORTANTE: el valor de MTU de la red debe coincidir con el valor configurado en el puerto del switch al que está conectado el nodo. De lo contrario, podrían producirse problemas de rendimiento de la red o pérdida de paquetes. IMPORTANTE: Para obtener el mejor rendimiento de la red, todos los nodos deben configurarse con valores de MTU similares en sus interfaces de red de Grid Network. La alerta Discrepancia en el MTU de la red Grid se activa si existe una diferencia significativa en la configuración del MTU de la red Grid en los distintos nodos. No es necesario que los valores de MTU sean iguales para todos los tipos de red. Ejemplos:
|
Opcional |
GRID_NETWORK_TARGET
| Valor | Denominación |
|---|---|
Nombre del dispositivo host que usarás para el acceso a la Grid Network por parte del nodo de StorageGRID. Solo se admiten nombres de interfaz de red. Normalmente, usas un nombre de interfaz diferente al especificado para ADMIN_NETWORK_TARGET o CLIENT_NETWORK_TARGET. Nota: No utilices dispositivos bond o bridge como destino de red. Configura una VLAN (u otra interfaz virtual) sobre el dispositivo bond, o utiliza un bridge y un par de Ethernet virtual (veth). Ejemplos:
|
Requerido |
GRID_NETWORK_TARGET_TYPE
| Valor | Denominación |
|---|---|
Interfaz (Este es el único valor admitido.) |
Opcional |
GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
| Valor | Denominación |
|---|---|
Verdadero o falso ${post_edited_translations.segment} Práctica recomendada: En redes en las que sea necesario utilizar el modo promiscuo, usa en su lugar la clave GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC. Para obtener más detalles sobre la clonación de MAC para Linux, consulta "${post_edited_translations.segment}" |
Mejor práctica |
${post_edited_translations.segment}
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
Para el nodo de administración principal, establece una contraseña temporal predeterminada para la API de instalación de StorageGRID durante la instalación. Nota: Establece una contraseña de instalación únicamente en el nodo de administración principal. Si intentas establecer una contraseña en otro tipo de nodo, la validación del archivo de configuración del nodo fallará. Establecer este valor no tiene ningún efecto una vez finalizada la instalación. Si se omite esta clave, por defecto no se establece ninguna contraseña temporal. Como alternativa, puedes establecer una contraseña temporal usando la StorageGRID Installation API. Debe ser un Puedes generar este hash con herramientas de CLI, como el comando |
Mejor práctica |
Clave de interfaces
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
Nombre y descripción opcional de una interfaz adicional que desees añadir a este nodo. Puedes añadir varias interfaces adicionales a cada nodo. ${post_edited_translations.segment} Como valor, especifica el nombre de la interfaz física en el host bare-metal. Luego, si quieres, añade una coma y proporciona una descripción de la interfaz, que se muestra en la página de interfaces VLAN y en la página de grupos HA. Ejemplo: Si añades una interfaz troncal, debes configurar una interfaz de VLAN en StorageGRID. Si añades una interfaz de acceso, puedes añadir la interfaz directamente a un grupo de HA; no necesitas configurar una interfaz de VLAN. |
Opcional |
${post_edited_translations.segment}
RAM_MÁXIMA
| Valor | Denominación |
|---|---|
La cantidad máxima de RAM que puede consumir este nodo. Si se omite esta clave, el nodo no tiene restricciones de memoria. Al configurar este campo para un nodo de producción, especifica un valor de al menos 24 GB y de 16 a 32 GB menos que la RAM total del sistema. Nota: El valor de la RAM afecta al espacio reservado para los metadatos de un nodo. Consulta "Descripción de qué es el espacio reservado para metadatos". El formato de este campo es Ejemplos:
Nota: Si quieres utilizar esta opción, debes habilitar la compatibilidad del kernel con los cgroups de memoria. |
Opcional |
Claves de tipo de nodo
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
Tipo de nodo:
|
Requerido |
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
Define el tipo de objetos que contiene un nodo de almacenamiento. Para obtener más información, consulta "Tipos de nodos de almacenamiento". Esta clave solo es necesaria para nodos con NODE_TYPE = VM_Storage_Node; no la especifiques para otros tipos de nodo. Tipos de almacenamiento:
${post_edited_translations.segment} |
Opcional |
Teclas de reasignación de puerto
|
|
La compatibilidad con la reasignación de puertos está en desuso y se eliminará en una futura versión. Para eliminar los puertos reasignados, consulta "Eliminar las reasignaciones de puertos en los hosts bare metal". |
PORT_REMAP
| Valor | Denominación |
|---|---|
Reasigna cualquier puerto utilizado por un nodo para las comunicaciones internas entre nodos de la red o para las comunicaciones externas. La reasignación de puertos es necesaria si las políticas de red empresarial restringen uno o varios puertos utilizados por StorageGRID, como se describe en "Comunicaciones internas entre nodos de grid" o "Comunicaciones externas". IMPORTANTE: No reasignes los puertos que tengas previsto utilizar para configurar los endpoints del balanceador de carga. Nota: Si solo se configura PORT_REMAP, la asignación que especifiques se usará tanto para las comunicaciones entrantes como para las salientes. Si también se especifica PORT_REMAP_INBOUND, PORT_REMAP solo se aplicará a las comunicaciones salientes. El formato utilizado es: Ejemplo: También puedes reasignar varios puertos utilizando una lista separada por comas. Ejemplo: |
Opcional |
${post_edited_translations.segment}
| Valor | Denominación |
|---|---|
Reasigna las comunicaciones entrantes al puerto especificado. Si especificas PORT_REMAP_INBOUND pero no especificas un valor para PORT_REMAP, las comunicaciones salientes del puerto no cambian. IMPORTANTE: No reasignes los puertos que tengas previsto utilizar para configurar los endpoints del balanceador de carga. El formato utilizado es: Ejemplo: ${post_edited_translations.segment} Ejemplo: |
Opcional |