JavaScript is required to for searching.
Omitir vínculos de navegación
Salir de la Vista de impresión
Guía de administración de Oracle® ZFS Storage Appliance, versión 2013.1.3.0
Red de tecnología de Oracle
Biblioteca
PDF
Vista de impresión
Comentarios
search filter icon
search icon

Información del documento

Acerca de Oracle ZFS Storage Appliance

Configuración de Oracle ZFS Storage Appliance

Configuración inicial del dispositivo

Configuración inicial con la BUI

Configuración inicial mediante el uso de la CLI

Configuración de red

Trabajo con la página de configuración de red de la BUI

Configuración de dispositivos de red

Configuración de enlaces de datos de red

Configuración de interfaces de red

Configuración de rutas múltiples de redes IP (IPMP)

Configuración de rendimiento y disponibilidad de red

Configuración de enrutamiento de red

Configuración de redes con la BUI

Creación de una interfaz con un solo puerto mediante el uso de la BUI

Modificación de una interfaz con la BUI

Creación de una interfaz con un solo puerto mediante el uso de la BUI

Creación de una interfaz de enlaces agregados de LACP mediante el uso de la BUI

Creación de un grupo IPMP mediante la detección de fallos por estado del enlace y basada en sondeos

Creación de un grupo IPMP mediante la detección de fallos por estado del enlace únicamente

Ampliación de una agregación de LACP con la BUI

Ampliación de un grupo IPMP con la BUI

Creación de una interfaz y un enlace de datos de partición InfiniBand con la BUI

Creación de una VNIC sin un ID de VLAN para controladores en clusters mediante el uso de la BUI

Creación de VNIC con el mismo ID de VLAN para controladores en clusters mediante el uso de la BUI

Agregación de una ruta estática con la BUI

Supresión de una ruta estática con la BUI

Configuración de redes con la CLI

Agregación de una ruta estática mediante el uso de la CLI

Supresión de una ruta estática mediante el uso de la CLI

Cambio de la propiedad de hosts de conexión múltiple a estricto con la CLI

Configuración del almacenamiento

Selección de un perfil de almacenamiento

Configuración de perfiles de datos

Importación de grupos de almacenamiento existentes

Agregación de almacenamiento

Desconfiguración del almacenamiento

Cambio de nombre de una agrupación de almacenamiento

Limpieza de agrupaciones de almacenamiento

Configuración de una agrupación de almacenamiento con la BUI

Agregación de dispositivos de caché a una agrupación existente con la BUI

Agregación de dispositivos de caché a una agrupación existente con la CLI

Descripción del estado del dispositivo

Panel de control de estado

Resumen de uso de memoria

Panel de control de servicios

Panel de control de hardware

Panel de control de actividad de disco

Alertas recientes

Panel de control de la CLI

Ejecución continua del panel de control

Configuración del panel de control de estado

Modificación de las estadísticas de las actividades desplegadas

Modificación de los umbrales de las actividades

Estado de NDMP

Estados de NDMP

Configuración de red de área de almacenamiento

Terminología de SAN

Configuración de canal de fibra de SAN

Configuración de modo de los puertos FC con la BUI

Detección de puertos FC con la BUI

Creación de grupo de iniciadores FC con la BUI

Asociación de un LUN con un grupo de iniciadores FC con la BUI

Cambio de modo de los puertos FC con la CLI

Detección de puertos FC con la CLI

Creación de grupo de iniciadores FC con la CLI

Asociación de un LUN con un grupo de iniciadores FC con la CLI

Asignación de alias a iniciadores y grupos de iniciadores mediante secuencias de comandos con la CLI

Configuración iSCSI de SAN

Configuración de iniciadores iSCSI de SAN

Creación de una hoja de trabajo de análisis con la BUI

Configuración de destinos iSER de SAN

Agregación de un destino iSCSI con un IQN generado automáticamente con la CLI

Agregación de un destino iSCSI con un IQN específico y autenticación RADIUS con la CLI

Agregación de iniciador iSCSI con autenticación CHAP mediante el uso de la CLI

Agregación de un grupo de destinos iSCSI con la CLI

Agregación de un grupo de iniciadores iSCSI con la CLI

Configuración de SRP de SAN

Configuración de destino SRP con la BUI

Configuración de destino SRP con la CLI

Configuración de usuarios

Autorizaciones de usuarios

Administración de propiedades de usuario

Agregación de un administrador con la BUI

Agregación de un rol con la BUI

Agregación de autorizaciones a un rol con la BUI

Supresión de autorizaciones de un rol con la BUI

Agregación de un usuario que pueda ver solamente el panel de control mediante el uso de la BUI

Agregación de un rol con la CLI

Agregación de un administrador con la CLI

Agregación de autorizaciones a un rol con la CLI

Supresión de autorizaciones de un rol con la CLI

Configuración de preferencias de Oracle ZFS Storage Appliance

Propiedades de preferencias

Configuración de preferencias con la CLI

Configuración de claves SSH públicas con la CLI

Configuración de alertas

Categorías de alertas

Alertas de umbral

Agregación de una alerta de umbral con la BUI

Agregación de una acción de alerta con la BUI

Agregación de una alerta de umbral con la CLI

Agregación de una acción de alerta con la CLI

Envío de alertas por correo electrónico

Envío de una captura SNMP

Envío de mensajes de Syslog

Reanudación/suspensión de conjunto de datos

Reanudación/suspensión de hoja de trabajo

Ejecución de un flujo de trabajo

Configuración de agrupaciones en clusters

Descripción de la agrupación en clusters

Ventajas y desventajas de los clusters

Terminología de clusters

E/S de interconexión del cluster

Gestión de recursos de clusters

Toma de control y failback en clusters

Cambios de configuración en un entorno en cluster

Consideraciones de la agrupación en clusters para almacenamiento

Consideraciones de la agrupación en clusters para redes

Interfaces IP locales privadas

Consideraciones de la agrupación en clusters para InfiniBand

Prevención de condiciones de

Estimación y reducción del impacto de la toma de control

Configuración de agrupación en clusters con la BUI

Desconfiguración de agrupación en clusters con la BUI

Cierre de una configuración en clusters con la CLI

Cierre del nodo principal en espera con la CLI

Desconfiguración de agrupaciones en clusters con la CLI

Cableado de clusters ZS3-2

Cableado de clusters ZS4-4, ZS3-4 y 7x20

Cableado de estantes de almacenamiento para agrupación en clusters

Trabajo con servicios

Mantenimiento de Oracle ZFS Storage Appliance

Trabajo con recursos compartidos

Integración de aplicaciones con Oracle ZFS Storage Appliance

Configuración de rutas múltiples de redes IP (IPMP)

Los grupos de rutas múltiples IP se utilizan para proporcionar direcciones IP que seguirán estando disponibles aunque se produzca un fallo en la interfaz IP (por ejemplo, desconexión del cable físico o fallo en la conexión entre un dispositivo de red y su conmutador) o aunque se produzca un fallo de ruta entre el sistema y sus puertas de enlace de red. Para detectar los fallos, el sistema supervisa el enlace de datos subyacente de la interfaz IP y recibe notificaciones de enlace en funcionamiento y enlace caído; de manera opcional, puede hacer pruebas con direcciones asignadas a tal efecto a cada interfaz IP del grupo, como se describe a continuación. Un grupo IPMP puede tener la cantidad de interfaces IP que se desee, siempre y cuando se encuentren todas en el mismo enlace (LAN, partición IB o VLAN); se puede asignar la cantidad que se desee de direcciones de alta disponibilidad a un grupo IPMP.

Cada interfaz IP de un grupo IPMP se designa como activa o en espera:

Se pueden configurar varias interfaces IP activas y en espera, pero cada grupo IPMP debe tener configurada al menos una interfaz IP activa. IPMP intentará activar la mayor cantidad posible de interfaces en espera como sea necesario para mantener la cantidad configurada de interfaces activas. Por ejemplo, si un grupo IPMP se configura con dos interfaces activas y dos interfaces en espera y todas las interfaces están funcionando correctamente, se utilizan solo las dos interfaces activas para enviar y recibir datos. Si una de las interfaces activas presenta un fallo, se activa una de las interfaces en espera. Si la otra interfaz activa presenta un fallo (o la interfaz en espera que se activó), se activa la segunda interfaz en espera. Si posteriormente se reparan las interfaces activas, las interfaces en espera se vuelven a desactivar.

La fallos de la interfaz IP se pueden detectar mediante la detección basada en enlaces o la detección basada en sondeos (es decir, se configura una dirección de prueba).

Si se activa la detección de fallos basada en sondeos para una interfaz IP, el sistema determina cuáles sistemas de destino se sondearán dinámicamente. Primero se analiza la tabla de enrutamiento para determinar las puertas de enlace (enrutadores) que se encuentran en la misma subred que la dirección de prueba de la interfaz IP y se seleccionan hasta cinco. Si no se encuentran puertas de enlace en la misma subred, el sistema envía un mensaje de sondeo multidifusión ICMP (a 224.0.01. para IPv4 o ff02::1 para IPv6) y selecciona los cinco primeros sistemas que respondan de la misma subred. Por lo tanto, para la detección de fallos de red y su reparación con IPMP, debe asegurarse de que al menos un vecino de cada enlace o la puerta de enlace predeterminada respondan a las solicitudes de eco de ICMP. IPMP funciona con configuraciones de direcciones IPv4 e IPv6. En el caso de IPv6, se usa la dirección local de enlace de la interfaz como dirección de prueba.


Notas -  No use la detección de fallos basada en sondeos si no hay sistemas (además del par del cluster) en la misma subred que las direcciones de prueba de IPMP que estén configurados para responder solicitudes de eco de ICMP.

El sistema sondeará los sistemas de destino seleccionados en modo de operación por turnos. Si hay cinco sondeos consecutivos que no reciben respuesta, se considera que la interfaz IP presentó un fallo. A la inversa, si hay diez sondeos consecutivos que reciben respuesta, el sistema considera que la interfaz IP que había fallado ya se reparó. Puede configurar el tiempo de detección de fallos de sondeo IPMP del sistema desde la pantalla IPMP. Este tiempo controla de manera indirecta la velocidad de sondeo y el intervalo de reparación; por ejemplo, un tiempo de detección de fallos de 10 segundos significa que el sistema sondea aproximadamente cada dos segundos y que el sistema necesita 20 segundos para detectar una reparación de interfaz a partir del sondeo. No se pueden controlar directamente los sistemas de destino seleccionados por el sistema, pero se pueden controlar de manera indirecta mediante la tabla de enrutamiento.

El sistema supervisará la tabla de enrutamiento y ajustará automáticamente los sistemas de destino seleccionados según sea necesario. Por ejemplo, si el sistema usa destinos detectados por multidifusión, pero posteriormente se agrega una ruta cuya puerta de enlace se encuentra en la misma subred que la dirección de prueba de la interfaz IP, el sistema envía automáticamente un sondeo a la puerta de enlace. De manera similar, si se envían sondeos a destinos detectados por multidifusión, el sistema actualiza periódicamente el conjunto de destinos seleccionados (por ejemplo, porque algunos de los destinos seleccionados anteriormente pueden no estar respondiendo).

Para obtener instrucciones paso a paso para crear grupos IPMP, consulte: Trabajo con IPMP.

Para obtener información acerca de interfaces locales privadas, consulte Configuración de agrupaciones en clusters.